<< Retour à l'affichage précédent

[EXP-3892] IP Contrex Création: 21/août/07 15:01  Mise à jour: 05/sept./07 14:29  Résolue: 05/sept./07 14:29

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jérémie Bennejean Attribution: Jérôme Mazoyer
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Le serveur hébergeant ntop, contrex est sur la plage dhcp ....
Une fois de plus l'interrogation de ntop est impossible.

Merci de fixer son @ip, de renseigner correctement le dns, de le tester depuis un poste tiers et de renseigner le fichier adressage.xls

Merci !

 Commentaires   
Commentaire de Jérôme Mazoyer [ 21/août/07 15:37 ]
L'adresse 192.168.1.175 a été enlevé du DHCP pour être en @IP Fixe. Configuration de Contrex en IP Fixe. Cela devrait resoudre le problème. Je laisse le Jira ouvert le temps de voir si les modifications apportées fonctionnent correctement.
Commentaire de Jérôme Mazoyer [ 27/août/07 10:21 ]
Après plusieurs jours d'utilisations l'@ip de CONTREX n'a pas changée (suite au changement en IP FIXE), je ferme donc cette demande.
Commentaire de Jérémie Bennejean [ 27/août/07 12:16 ]
SAlut, je me permets de rouvrir le jira pour les raisons suivantes:
- Lorsqu'on ping contrex on a des fois une reponse des fois pas.
- Aujourd'hui contrex à repris son ancienne IP. La correspondance dans le dns est a nouveau exacte.
- Si on laisse comme ca au prochain renouvellement du bail, si contrex est indisponible, il se fera à nouveau souffler son IP par un pote quelconque ...
- Pour faire quelque chose de propre est de facile à entretenir, je pense toujours qu'il faut fixer l'adresse IP d'un serveur et non pas la laisser en DHCP...
Commentaire de Jérôme Mazoyer [ 05/sept./07 14:29 ]
Suite a notre conversation Jérémie, Contrex est maintenant en 192.168.1.175 en @IP Fixe. Si jamais tu veux que je la change dis le moi.




[EXP-1986] Les adresses IP des serveurs de PriceMinister Création: 09/mai/06 19:06  Mise à jour: 25/juin/07 18:57  Résolue: 19/mai/06 15:14

Etat: Fermé
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Charles Decaux Attribution: Sébastien Tournay
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Afin d'implémenter Google AdSense sur PriceMinister, j'ai besoin de transmettre à Google toutes les adresses IP des serveurs sur lesquels Google AdSense peut s'afficher.

Cela comprend donc :
- toutes les adresses IP des serveurs de prod
- toutes les adresses IP des serveurs de test

Merci de votre retour très rapide

Charles


 Commentaires   
Commentaire de Sébastien Tournay [ 10/mai/06 09:15 ]
On utilise 2 @IP pour le site www.priceminister.com. Il s'agit de 212.23.167.62 et 212.23.167.56

Qu'entends tu par serveur de test ? Si il s'agit de l'intégration, nous avons des @IP privées. Donc non connus de l'Internet. Elle ne va donc pas te servir à grand chose. Comment est-ce sensé fonctionné ? A quoi sert-il de donner notre adresse IP ?
Commentaire de Charles Decaux [ 10/mai/06 13:03 ]
Oui il s'agit du serveur d'intégration

Cela fonctionne de la façon suivante :
- Google AdSense ne s'affiche que s'il est paramétré sur un site autorisé. Un site autorisé est défini par l'adresse IP des ses serveurs.

Donc pour tester Google AdSense je dois donner les IP du site d'integ sinon on ne pourra pas le tester.

Si ce n'est pas clair passe me voir.

Voici la réponse de Google quand je leur demande comment faire pour être autorisé à afficher Google AdSense sur un site de test fermé à l'environnement Internet :

"The test site should have some external IPs through your firewall that it uses to direct and receive traffic externally to the Internet. You can enter these IPs and do a test from your server. This HTTP call should return an XML document with a few ads in it."

HELP

Commentaire de Sébastien Tournay [ 10/mai/06 14:18 ]
Je ne suis pas certain que cela va fonctionner pour le site d'intégration dans la mesure ou nous n'avons pas d'@IP publique. En tout cas l'@IP de www.pm.lan c'est ' 192.168.1.75'. RANTO, on peut sinon faire de l'IP forwarding avec une adresse IP publique dont nous disposons non ? Cela pourrait marcher ?




[EXP-1963] Gestion des adresses IP en interne pour les cobrnadings Création: 05/mai/06 15:36  Mise à jour: 25/juin/07 18:57  Résolue: 17/mai/06 12:42

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Sébastien Tournay Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 2 heures, 50 minutes
Estimation originale: Non spécifié


 Description   
Une bonne façon d'économiser des adresses IP...

Je viens de me rendre compte sur notre zone que nous avions une adresse IP par cobranding. En fait, ce n'est pas utile ;-)) On peut utiliser une seule adresse IP pour tous les cobrandings (ofup, m-.pm.lan..) puisque apache est configuré en virtualhost par nom. C'est le fonctionnement que nous avons en PROD. Je ne suis même pas certain qu'il soit utile d'avoir une @IP différente pour www.pm.lan bo.pm.lan comme nous l'avons en PROD. C'est surtout utile lorque le vont gérer des VIP pour la répartition de charge mais en INTEG.. pas besoin.

Il faudrait donc faire du ménage dans les @IP pour en libérer et adapter la conf APACHE en conséquence. On devrait récupérer quelques adresses.. ATTENTION aussi à libérer les @IP virtuelle associées à la carte réseau de DEUTZ.



 Commentaires   
Commentaire de Pap Ndiaye [ 15/mai/06 13:56 ]
On prevoit cela en fin de semaine
Commentaire de Jérémie Bennejean [ 17/mai/06 12:41 ]
C'est bon je m'en suis occupé.

En résumé : 26 adresses IP ont été libérées sur les 31 cobrandings.
5 cobrandings ont conservés des @ IP:
pm-es
www
bo
preview
bi

Modification sur Deutz :
httpd.conf
Modification des virtuals hosts concernés --> pointent sur 192.168.1.90
restart et graceful de httpd

/etc/sysconfig/network-scritp
plutot que de supprimer les interfaces, je les ai renommé en .old au cas ou.
redémarrage de la carte réseau

Modification sur ruinart
Zone DNS
pm.lan.zone
redémarrage du DNS

Test de cobrandings liberation.pm.lan , m6.pm.lan, etc ...
Commentaire de Sébastien Tournay [ 17/mai/06 17:45 ]
Très bien. Il devient donc moins critique d'étendre la plage d'@IP. Peux tu nous l'inventaire des @IP que nous avons maintenant de dispo sur notre plage ?
Commentaire de Jérémie Bennejean [ 18/mai/06 10:59 ]

Nous avons économisé 24 adresses IP
La pluspart de cobrandings pointent sur 192.168.1.90 (ceux resté inschangés sont pm-es,liberation,www,bo,preview,bi,freesurf)

Au total nous disposons sur la plage fixe (192.168.1.1-->192.168.1.99) de 56 adresses IP de libres ( rien que sur la plage fixe)




[IMP-6870] Rang IP pour acces telechargement fichier Création: 30/août/10 18:10  Mise à jour: 31/août/10 15:51  Résolue: 31/août/10 15:51

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Cantoni Carlos Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne
Login: dvdplaneta; pencvj
Séparateur: N/A
Type de traitement:
N/A

 Description   
Bonjour,

Le partenaire groupe Planeta (www.dvdgo.com) nous demande notre "plage IP" afin de nous donner l'accès au téléchargement d'un fichier pour mettre un ligne un catalogue des produits et faire les MAJ.

Pourriez-vous me fournir cette information?

merci

voir mail du partenaire


Hola Carlos,

Muchas gracias pro tu ayuda, y perdona la tardanza en la respuesta, ya que ahora la que estaba fuera de la oficina era yo.

Me han pasado desde el departamento técnico un sistema mediante url que os permitirá obtener los precios con descuento de nuestro catálogo de dvdv y videojuegos, pero para probar si os sirve, necesitan vuestro rango de IP para daros acceso a nuestro servidor, me lo puedes enviar?

Muchas gracias!

Verónica Rodenas
Casadellibro.com & Planeta eCommerce Network
Tlf directo: 91 481 64 65



 Commentaires   
Commentaire de Daniel Pintamalli [ 31/août/10 15:51 ]
IP1: 212.23.167.57
IP2: 212.23.170.218

Attention, ce n'est pas une plage d'IPs, ce sont deux IP possibles.




[DEC-263] Affiner le rapport acheteur-vendeur meme IP... Création: 16/févr./06 11:26  Mise à jour: 14/sept./07 14:22  Résolue: 24/févr./06 12:27

Etat: Fermé
Projet: Reporting
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Majeur
Rapporteur: Sébastien Mantanus Attribution: Agathe Remy
Résolution: Corrigé  
Estimation restante: 2 heures
Temps consacré: Non spécifié
Estimation originale: 2 heures


 Description   
Enlever du rapport toutes les IP qui commencent par "195.93." qui sont clairement des IP AOL.

 Commentaires   
Commentaire de François Le Lay [ 23/févr./06 10:04 ]
script: /data/priceminister/reporting/dev/sql/sources/backoffice/fraud_seller_buyer.sql
Rajouter une clause qui permet d'exclure les users dont le champ ip_address commence par "195.93." via un substr.
A redéployer en prod via "svn update".
Commentaire de Cyrille Sarti [ 24/févr./06 12:27 ]
Bonjour,

La modification a été effectuée.

Cyrille




[EXP-2051] monitoring : comportement suspect de 2 adresses IP Création: 16/mai/06 12:07  Mise à jour: 25/juin/07 18:58  Résolue: 17/mai/06 17:38

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Justin Ziegler Attribution: Xiaoming Du
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   

Est ce que le systeme de black listage d'adresses IP fonctionne toujours ?

Ci dessous, les log qui me genent :

 Commentaires   
Commentaire de Justin Ziegler [ 16/mai/06 12:10 ]
2006-05-16 07:33:38,428 INFO [-Processor16] 62.147.153.96 - <<< [65904 ms] GET http://www.priceminister.com/offer/buy/592492/sort0/all

2006-05-16 07:34:35,806 INFO [P-Processor9] 62.147.153.96 - <<< [6016 ms] GET http://www.priceminister.com/offer/buy/592492/sort0/all

2006-05-16 07:35:00,522 INFO [-Processor16] 62.147.153.96 - <<< [6499 ms] GET http://www.priceminister.com/offer/buy/592492/sort0/all

 
2006-05-16 07:35:12,413 INFO [-Processor32] 62.147.153.96 - <<< [6117 ms] GET http://www.priceminister.com/offer/buy/592492/sort0/all
 
2006-05-16 08:03:15,232 INFO [P-Processor1] 83.205.171.114 - <<< [173 ms] GET http://www.priceminister.com/offer/buy/352132/sort0/all
2006-05-16 08:03:16,343 INFO [-Processor39] 83.205.171.114 - <<< [165 ms] GET http://www.priceminister.com/offer/buy/312218/sort0/all
2006-05-16 08:03:16,966 INFO [-Processor18] 62.147.153.96 - <<< [238 ms] GET http://www.priceminister.com/offer/buy/3443684/sort0/all
2006-05-16 08:03:17,171 INFO [-Processor28] 83.205.171.114 - <<< [218 ms] GET http://www.priceminister.com/offer/buy/515607/sort0/all
 
www.priceminister.com 62.147.153.96 - - [16/May/2006:08:09:04 +0200] "GET http://www.priceminister.com/offer/buy/4572764/sort0/all HTTP/1.0" 200 46421 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)"
www.priceminister.com 83.205.171.114 - - [16/May/2006:08:09:07 +0200] "GET http://www.priceminister.com/offer/buy/510895/sort0/all HTTP/1.0" 200 81229 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)"
www.priceminister.com 83.205.171.114 - - [16/May/2006:08:09:08 +0200] "GET http://www.priceminister.com/offer/buy/879079/sort0/all HTTP/1.0" 200 44804 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)"
www.priceminister.com 83.205.171.114 - - [16/May/2006:08:09:09 +0200] "GET http://www.priceminister.com/offer/buy/352294/sort0/all HTTP/1.0" 200 57857 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)"

www.priceminister.com 83.205.171.114 - - [16/May/2006:08:09:09 +0200] "GET /offer/buy/254212/sort0/all HTTP/1.1" 200 53370 "http://www.2xmoinscher.com/livres/" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)"

www.priceminister.com 83.205.171.114 - - [16/May/2006:08:09:09 +0200] "GET http://www.priceminister.com/offer/buy/366417/sort0/all HTTP/1.0" 200 55675 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)"
www.priceminister.com 83.205.171.114 - - [16/May/2006:08:09:10 +0200] "GET http://www.priceminister.com/offer/buy/312429/sort0/all HTTP/1.0" 200 48447 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)"
www.priceminister.com 83.205.171.114 - - [16/May/2006:08:09:10 +0200] "GET http://www.priceminister.com/offer/buy/818949/sort0/all HTTP/1.0" 200 50797 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)"

 
=> comportement curieux !
=> faut il baisser le seuil de declenchement de l'exclusion automatique ?
=> est ce que le mecanisme fonctionne correctement ?


NB : le referer avec 2x est tres curieux !!
globalement, les referer sont etranges....
Commentaire de Justin Ziegler [ 16/mai/06 12:10 ]
Ca continu actuellement avec une IP differente :

www.priceminister.com 86.193.202.149 - - [16/May/2006:12:10:09 +0200] "GET http://www.priceminister.com/offer/buy/266283/sort0/all HTTP/1.0" 200 41298 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)"
www.priceminister.com 86.193.202.149 - - [16/May/2006:12:10:10 +0200] "GET http://www.priceminister.com/offer/buy/425068/sort0/all HTTP/1.0" 200 44761 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)"
www.priceminister.com 86.193.202.149 - - [16/May/2006:12:10:11 +0200] "GET http://www.priceminister.com/offer/buy/13188858/sort0/all HTTP/1.0" 200 44090 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)"
www.priceminister.com 86.193.202.149 - - [16/May/2006:12:10:11 +0200] "GET http://www.priceminister.com/offer/buy/1284855/sort0/all HTTP/1.0" 200 46957 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)"
www.priceminister.com 86.193.202.149 - - [16/May/2006:12:10:13 +0200] "GET http://www.priceminister.com/offer/buy/1835958/sort0/all HTTP/1.0" 200 45067 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)"
www.priceminister.com 86.193.202.149 - - [16/May/2006:12:10:14 +0200] "GET http://www.priceminister.com/offer/buy/1180956/sort0/all HTTP/1.0" 200 41575 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)"
www.priceminister.com 86.193.202.149 - - [16/May/2006:12:10:14 +0200] "GET http://www.priceminister.com/offer/buy/253137/sort0/all HTTP/1.0" 200 43691 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)"
www.priceminister.com 86.193.202.149 - - [16/May/2006:12:10:15 +0200] "GET http://www.priceminister.com/offer/buy/266283/sort0/all HTTP/1.0" 200 41333 "http://www.priceminister.com/livres-bd" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)"

Commentaire de Sébastien Tournay [ 16/mai/06 13:43 ]
Xiaoming,

Tu peux vérifier que notre fonction de blakcklistage d'@IP sur notre site fonctionne toujours. A quelle fréquence le fichier block.list est-il alimenté ? Quel est le seuil pour déclarer qu'une @IP est blacklistée ?

Actuellement, nous avons 4 adresses de blacklistée. On retourne bien un code 503. La dernière mise à jour de ce fichier date de 9h30
Commentaire de Xiaoming Du [ 17/mai/06 16:10 ]
1/ J'ai vérifié la dernière mise à jour de la blackliste, elle fonctionne toujours.

2/ la fréquence de l'alerte (détection des crawlers) est 10 minutes.

3/ le seuil est fixé à 400 requêtes http.

4/ Je vais ajouter le moteur "asktom" dans la white liste de l'alerte.
Commentaire de Xiaoming Du [ 17/mai/06 17:38 ]
le moteur asktom est ajouté dans la whilte-liste. La modification est livrée avec minitord-0.11.5




[EXP-1641] Merci de fournir une adresse IP fixe pour la télésurveillance des locaux Création: 28/mars/06 10:56  Mise à jour: 25/juin/07 18:57  Echéance: 31/mars/06 00:00  Résolue: 30/mars/06 15:33

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Alain Bonneaud Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 30 minutes
Estimation originale: Non spécifié


 Description   
Nous avons besoin d'une adresse ip fixe pour le vendredi 31 Mars au plus tard pour finaliser l'installation de la télésurveillance des locaux le week-end prochain
D'avance merci.

 Commentaires   
Commentaire de ZZ_Arnaud Baali [ 28/mars/06 12:11 ]
Jérémie, pourrais tu nous bloquer une IP Public pour la télésurveillance Merci.
Commentaire de Jérémie Bennejean [ 28/mars/06 18:10 ]
Je suppose qu'il s'agit d'une @ ip fixe dans la plage fixe du réseau interne et non d'une @ public .
Commentaire de ZZ_Arnaud Baali [ 29/mars/06 10:45 ]
Oui désolé je n'avais pas pensé à la ligne 9t pour l'accès depuis l'exterieur
Commentaire de Jérémie Bennejean [ 29/mars/06 14:38 ]
J'ai réservé cette adresse :
192.168.1.2
Commentaire de Jérémie Bennejean [ 30/mars/06 11:37 ]
Cela convient-il ?




[EXP-275] Ne pas prendre en compte les IP suivantes sous Xiti Création: 14/oct./05 11:44  Mise à jour: 25/juin/07 18:54  Résolue: 07/nov./05 14:22

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Charles Decaux Attribution: Quentin de Chivré
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Nous sommes présents sur le nouvel outil de liens sponsorisés de MSN.

MSN crawle régulièrement nos pages pour vérifier que tout se passe bien chez nous.

Mais cela fausse les stats Xiti.

Il faudrait donc ne pas prendre en compte les adresses IP suivantes dans Xiti.
BAYTRARPT18 :65.54.236.86
BAYTRARPT19: 65.54.236.87
BAYTRARPT20: 65.54.236.88
BAYTRARPT22: 65.54.236.90

Merci et à votre dispo pour toute question


 Commentaires   
Commentaire de Nicolas Gréhalle [ 17/oct./05 11:40 ]
Vous pouvez faire quelque chose à votre niveau ?
C'est de l'exploit, du dev ou pas possible pour moi
Commentaire de Sébastien Tournay [ 17/oct./05 12:33 ]
Je ne suis pas certain que cela soit de l'Exploit. Je me demande si il ne s'agit pas d'un filtrage spécifique dans XITI directement. Quentin qu'en penses-tu ? Cela peut-être lié à du DEV ?

Sébastien
Commentaire de Quentin de Chivré [ 17/oct./05 13:08 ]
Il faut demander à Xiti directement... Moi je ne sais pas faire aujourd'hui
Commentaire de Charles Decaux [ 17/oct./05 14:51 ]
Ok merci pour les réponses.

En fait, l'interface Xiti permet d'exclure directement des adresses IP.
Commentaire de Quentin de Chivré [ 07/nov./05 14:22 ]
Corrigé donc...




[EXP-3933] changement IP "Auto Neuf" Création: 12/sept./07 12:02  Mise à jour: 12/sept./07 13:29  Résolue: 12/sept./07 13:29

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Lorenzo Nuccio Attribution: Patrice Boulanger
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Hello,
 
Comme vu ensemble, voici la modification demandée pour le nom de domaine priceministerautoneuf.com :
 
- ancienne IP : 212.180.5.138
- nouvelle IP : 91.90.102.40
 
Cette modification concerne le trafic web ainsi que les mails.

URGENT

Merci

 Commentaires   
Commentaire de Patrice Boulanger [ 12/sept./07 13:29 ]
C'est fait, la propagation prendra 24h au plus.

Merci.




[EXP-3491] changement de mon adresse IP Création: 17/avr./07 09:41  Mise à jour: 25/juin/07 19:00  Résolue: 09/mai/07 19:00

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Justin Ziegler Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Est ce possible de prendre en compte ma nouvelle adresse IP :

IP fixe : 213.41.234.177

pour memoire, l'ancienne etait : 213.41.233.175 (je crois)

il faut bien prendre cela en compte :
1/ dans les regles de filtrage
2/ dans apache
3/ pour le bo FR & ES & qv & ssh

 Commentaires   
Commentaire de Justin Ziegler [ 17/avr./07 09:41 ]
nb : ce changement est du a un pb sur la ligne, et donc a un changement de techno.
Commentaire de Patrice Boulanger [ 17/avr./07 11:22 ]
Jérémie,

Merci de faire les MAI pour JET et de mettre les configurations apache FR é ES à jour (et tout ce qui est nécessaire et que j'ai oublié ;-)

Commentaire de Jérémie Bennejean [ 17/avr./07 15:51 ]
La MAI est déposée chez Jet et effectuée(demande de remplacement de 213.41.233.175 par 213.41.234.177 sur le firewall).
213.41.233.175 est remplacée par 213.41.234.177 sur les 3 frontaux webs en FR et ES.
graceful effectué
Commentaire de Justin Ziegler [ 18/avr./07 10:09 ]
A priori cela semble fonctionner.
pas de pb identifié pour l'instant, sauf peut etre un truc bizarre sur le bo es ?
cf mail que j'ai envoyé a patrice a ce sujet
Commentaire de Justin Ziegler [ 18/avr./07 10:09 ]
on attend qqs jours et on pourra fermer le ticket.
merci
Commentaire de Jérémie Bennejean [ 25/avr./07 15:31 ]
Aprés avoir comparé phaeton, cupidon et aricia, sur Aricia,le lien symbolique maintenance.asis est erroné.

J'ai refais le lien.


Commentaire de Jérémie Bennejean [ 09/mai/07 18:21 ]
Justin, as tu re testé l'accès aux différents vh ?

Si oui et si cela fonctionne, je fermerais le jira.
Commentaire de Justin Ziegler [ 09/mai/07 18:37 ]
il me semble que tou va bien.
je n'ai pas noté de pb en tout cas.
merci
Commentaire de Jérémie Bennejean [ 09/mai/07 19:00 ]
Très bien, je résous le jira.
En cas de problèmes, on rouvrira le jira.

Merci.




[EXP-1399] bi : je voudrais avoir acces a la plateforme bi de chez moi avec mon adresse ip fixe Création: 28/févr./06 09:37  Mise à jour: 25/juin/07 18:56  Résolue: 20/mars/06 16:22

Etat: Fermé
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Justin Ziegler Attribution: Sébastien Tournay
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
quels sont les fichiers de conf impacte ?
NB : j'ai deja rajoute mon adresse IP dans la config HTTP, mais cela ne semble pas etre sufisant.

 Commentaires   
Commentaire de Sébastien Tournay [ 20/mars/06 15:13 ]
En principe cela doit être suffisant. Je viens de vérifier la conf sur CUPIDON et PHAETON. Ton @IP est bien ajoutée au virtual-host bi. Il n'est pas question non plus de .htacess pour ce virtual-host et la VIP utilisée (.8) est la même que bo.priceminister.com donc au niveau du FireWall de JMH c'est bon.

Tu peux ressayer à nouveau pour voir si il ya du changement sur l'accès ?
Commentaire de Justin Ziegler [ 20/mars/06 15:46 ]
Oui, c bon depuis quelques temps.
En fait j'avais fait une erreur dans la saisie de l'adresse sur l'un des serveurs.
on peut fermer ce jira.




[EXP-4309] IP pour la redirection de www.groupe-priceminister.com Création: 14/avr./08 11:09  Mise à jour: 15/juin/09 11:28  Résolue: 15/juin/09 11:28

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Ghislain Gridel Attribution: Patrice Boulanger
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Bonjour,

l'adrese IP sur laquelle il faut rediriger le DNS www.groupe-priceminister.com est http://207.107.228.50/priceminister/www

La mise en ligne du nouveau site institutionnel est prévue le mardi 22 avril (suceptible de décalage).

Pouvez-vous prévoir la redirection pour cette date , svp ?

Merci.

Ghislain

 Commentaires   
Commentaire de Patrice Boulanger [ 14/avr./08 17:53 ]
Ce que tu me donnes ci-dessus n'est pas une adresse IP mais une URL. Quand je vais dessus, je tombe sur une page blanche avec écrit dessus "priceminister". Est-ce normal ?

Peux-tu passer me voir pour qu'on en discute?

Merci.
Commentaire de Ghislain Gridel [ 15/avr./08 12:35 ]
en effet c'est une url.

Pour l'instant le site institutionnel n'est pas actif. Il le sera le mardi 22 avril (suceptible de décalage).

Ghislain
Commentaire de Patrice Boulanger [ 16/avr./08 13:36 ]
Et donc ? C'est donc vers cette URL qu'on doit pointer ? Il faut une redirection transparente ou non transparente ?
Commentaire de Ghislain Gridel [ 16/juil./08 19:51 ]
Olivier M va prendre le relais sur le nouveau site géré par Newcap. Il reviendra vers toi.

Ghislain
Commentaire de Patrice Boulanger [ 15/juin/09 11:28 ]
Mis en place avec Thierry.




[BIN-543] [BACK-OFFICE] : Demande ajout filter SELECT USER IP ADDRESS dans univers PURCHASE Création: 08/janv./09 17:33  Mise à jour: 09/mars/09 13:46  Résolue: 09/mars/09 13:45

Etat: Fermé
Projet: Business Intelligence
Composants: BackOffice
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Majeur
Rapporteur: Cedric Favero Attribution: Florian Ambrosi
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: File DTM IX_PCH_IP_ADDRESS.sql     Text File index fk_usr_ip_address.txt    
Pays:
FRA - France

 Description   
Dans l'univers purchase, pour faire un requete prédéfinie de recherche de commandes par IP, j'aurais besoin d'un filtre "SELECT USER IP ADDRESS" dans le sous dossier User Account.


Merci d'avance.

 Commentaires   
Commentaire de Cedric Favero [ 05/févr./09 15:50 ]
Ne le vois pas dans l'univers purchase
Commentaire de Cedric Favero [ 05/févr./09 16:38 ]
Ca y est c'est bon.
Par contre je n'ai pas une invite "simple"
Commentaire de Cedric Favero [ 05/févr./09 17:14 ]
Marche bien à part çà.
Commentaire de Florian Ambrosi [ 09/févr./09 10:34 ]
Cédric,

Le filtre est sur l'adresse IP de l'utilisateur d'où son nom "SELECT USER IP ADDRESS".

Par contre, je ne suis pas sur d'avoir compris ce qu'est une invite "simple".

Voudrais-tu que l'on puisse sélectionner une seule adresse IP?

A ta dispo, si tu as des questions.

Florian
Commentaire de Cedric Favero [ 20/févr./09 14:34 ]
Effectivement, il me faudrait une invite simple pour une seule adresse IP (comme dans l'univers USER ACCOUNT)
Je veux vraiment simplifier au maximum.

Par contre puisqu'on est dans l'univers Purchase, il faudrait plutot les paniers avec une IP donnée (car la user ip address est uniquement la derniere enregistrée sur le compte et elle peut etre différente)

merci.
Commentaire de Dalila Belkebir [ 25/févr./09 11:32 ]
Cédric,

Nous avons créé un nouveau filtre simple sur l'IP des paniers (non encore disponible en production).

Mais j'ai une question :
Devons nous supprimer le filtre que nous avons mis en place dans PURCHASE : 'select user IP address' afin d'éviter toute confusion
ou bien
Souhaites-tu le conserver quand même ?

Cdlt,
Dalila.
Commentaire de Cedric Favero [ 25/févr./09 16:21 ]
C'est donc un "Select Purchase IP Address" que vous avez créé?
SI la distinction est bien faite on peut garder les deux, ce sont des données differentes..
Commentaire de Florian Ambrosi [ 09/mars/09 10:28 ]
Cédric,

Voici les développements qui ont été effectués sur l'univers DEV - PURCHASE :

   - Création d'un filtre "Select purchase ip address" dans la classe 'Purchase' qui permet de sélectionner UNE adresse IP de panier.
   - Création d'un filtre "Select user ip address" dans la classe 'User Account' qui permet de sélectionner UNE adresse IP de membre.

Peux-tu les valider?

Merci.

A ta dispo, si tu as des questions.

Florian
Commentaire de Cedric Favero [ 09/mars/09 12:00 ]
Je ne vois pas "Select purchase ip address" dans purchase !?
Commentaire de Florian Ambrosi [ 09/mars/09 12:33 ]
C'est bon!!

Désolé, je croyais que les filtres étaient passés en même temps en prod.

Florian
Commentaire de Cedric Favero [ 09/mars/09 13:41 ]
C'est tout bon , on a bien la distinction entre l'IP constatée au moment de la commande (panier) et la derniere IP sur le compte.

Merci beaucoup.




[EXP-736] Adresse IP du serveur CNET change Création: 03/janv./06 10:18  Mise à jour: 25/juin/07 18:55  Résolue: 19/janv./06 16:07

Etat: Fermé
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Charles Decaux Attribution: Edouard Laurent
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Ce message pour vous informer que l'adresse IP de la machine CNET récupérant notre flux

- Ancienne adresse IP : 212.187.242.239
- Nouvelle adresse IP : 62.108.136.61

Merci de prendre en compte cette modification


 Commentaires   
Commentaire de Alain Bonneaud [ 19/janv./06 16:07 ]
Demande périmée car le flux CNET a été arrêté par le marketing.




[EXP-4830] site inaccessible via une IP free Création: 26/mai/09 11:33  Mise à jour: 16/juil./09 15:54  Résolue: 16/juil./09 15:54

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Celine Maraud Attribution: Patrice Boulanger
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Message de Bettyboop120 :

" Bonjour,

Avec le même ordinateur portable: avec ma connection Free (IP: 82.229.255.227), cela ne marche pas, j'ai une erreur 403

Donc, ce même ordinateur portable avec une autre IP free foncionne et avec une IP orange bas débit de secour également (193.248.30.112 pour le test actuel)
Je vais quand même répondre à vos questions

LES PSEUDOS UTILISES : Bettyboop120 et Alkar0, mais on n'accède même pas à la page
PLATEFORME UTILISEE
- Machine : PC sur Windows XP Home, XP PRO, Linux Knoppix en live CD, Ubuntu, Opensuze (installé pour l'occasion), windows 2003 et Windows 7
- Navigateurs: Internet explorer (6, 7, et 8 mises à jour), Firefox (3.0.10) et Chrome (2.0.172.30)
- Antivirus : Avast (version 4.8 familiale) et Kaspersky (Version 8.0.0.454) sur différents pc
- Outil de blocage de pop-up : Intégré aux navigateurs
- Outil de sécurité Internet : avast et kaspersky
- Outil de contrôle parental : aucun
- Outil de filtrage des publicités : aucun
PROBLEME RENCONTRE
- Description précise du problème :
Erreur 403"

 Commentaires   
Commentaire de Patrice Boulanger [ 16/juil./09 15:54 ]
Plus d'actualité, l'utilisateur a probablement été bloqué parce que trop de requêtes sur la même page (mode PKM).




[BIN-478] [BACK-OFFICE] Demande ajout filter SELECT USER IP ADDRESS dans univers USER ACCOUNT Création: 28/août/08 16:14  Mise à jour: 29/août/08 18:02  Résolue: 29/août/08 15:53

Etat: Fermé
Projet: Business Intelligence
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Mineur
Rapporteur: Cedric Favero Attribution: Samir Beghdadi
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Pour faire une requête prédéfinie pour les Fraudes, afin de tres simplement pouvoir sortir tous les comptes et coordonnées associées à une IP, serait bien si possible d'avoir une invite prédéfinie SELECT USER IP ADDRESS.

Merci d'avance

 Commentaires   
Commentaire de Samir Beghdadi [ 29/août/08 15:53 ]
Cédric,

Tu trouveras l'invite "SELECT USER IP ADDRESS" dans la classe User account de l'univers USER_ACCOUNT (FRANCE et ESPAGNE)

Merci

Samir
Commentaire de Cedric Favero [ 29/août/08 17:31 ]
ok çà marche nickel.
Merci bien.




[APP-5235] BO user : recherche par IP depuis la liste des evenements Création: 07/juil./05 11:28  Mise à jour: 25/juin/07 18:31  Résolue: 07/juil./05 11:57

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 8.0.3
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Sarah Eudor Attribution: Dispatcher (Dev)
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Les recherches par IP ont disparu, nous avions la possibilité d¿effectuer une recherche par IP et toutes les connexions IP d¿un utilisateur. Ici, dans la new version, il ne reste que la dernière en date (en haut à droite)

 Commentaires   
Commentaire de Quentin de Chivré [ 07/juil./05 11:57 ]
Il faut juste faire apparaitre dans la liste des evenement les evenements de login (cocher Login puis GO)




[INF-168] conflit d'adress IP sur poste de test : "dst202" Création: 26/sept./08 14:57  Mise à jour: 30/oct./08 16:06  Résolue: 30/oct./08 16:06

Etat: Résolu
Projet: Infrastructure
Composants: Micro
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Benoît Bourdon Attribution: Stéphane Eccli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
impossible d'avoir le reseau sur la machine -> conflit d'address IP
(le poste de test à coté du bureau de NCH)

 Commentaires   
Commentaire de Stéphane Eccli [ 30/oct./08 16:06 ]
ok




[EXP-1637] Réservation d'une plage d'adresses IP pour les nouvelles imprimantes Création: 27/mars/06 16:15  Mise à jour: 25/juin/07 18:57  Résolue: 28/mars/06 18:07

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: ZZ_Arnaud Baali Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 45 minutes
Estimation originale: Non spécifié


 Description   
Bonjour,

j'ai besoin que l'on me réserve 4 adresses IP pour les imprimanes du COEX
Plage dynamique ou statique, peu m'importe

Aujourd'hui serait génial

 Commentaires   
Commentaire de Jérémie Bennejean [ 27/mars/06 17:03 ]
54 à 57
Envoyé
Comme vu au tel il faut mettre un nom ( miniscule ) afin que je renseigne le dns .
Commentaire de Jérémie Bennejean [ 28/mars/06 18:07 ]
Envoyé et consigné dans le fichier d'adressage ( dispo dans exploitation)




[EXP-337] Inventorier et documenter tout le plan d'adressage IP interne Création: 10/nov./05 10:04  Mise à jour: 25/juin/07 18:54  Résolue: 21/nov./05 15:55

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Sébastien Tournay Attribution: Pap Ndiaye
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Dans le but de revoir l'organisation IP de la plage dresser un doc Excel de toutes nos adresses utilisées ou non. Ensuite point avec Jérémie, Xiaoming et Edouard sur nouvelle organisation.

 Commentaires   
Commentaire de Sébastien Tournay [ 21/nov./05 15:55 ]
duppliqer EXP-382




[DEC-259] Suppression des IP AOL dans le rapport fraud_seller_buyer Création: 13/févr./06 11:31  Mise à jour: 14/sept./07 14:23  Résolue: 23/févr./06 10:02

Etat: Fermé
Projet: Reporting
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Critique
Rapporteur: Sébastien Mantanus Attribution: Agathe Remy
Résolution: Corrigé  
Estimation restante: 2 heures
Temps consacré: Non spécifié
Estimation originale: 2 heures


 Description   
Merci de supprimer du rapport les commandes effectuées via une IP AOL car ce n'est pas des commandes A=V donc elles ne nous intéressent pas et nous font perdre beaucoup de temps.

Celà représente la majorité des lignes présentes dans ce rapport.

Merci

 Commentaires   
Commentaire de François Le Lay [ 23/févr./06 10:02 ]
script: /data/priceminister/reporting/dev/sql/sources/backoffice/fraud_seller_buyer.sql
Ajout d'une prise en compte des qucik commits (champ "Délai COMMITED-CLOSED < 24H")




[IMP-5038] Simply Electronics : demande de renseignements sur restrictions IP Création: 13/janv./10 09:54  Mise à jour: 13/janv./10 10:18  Résolue: 13/janv./10 10:18

Etat: Résolu
Projet: Paramétrage - Import
Composants: Support entrant
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Laurent Payot Attribution: Laurent Payot
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Login: Simply Electronics
Séparateur: N/A
Type de traitement:
N/A

 Description   
Simply Electronics : demande de renseignements sur restrictions IP :

De : Trunks Wong [mailto:trunks@eservicesgroup.net]
Envoyé : mardi 12 janvier 2010 06:13
À : Jeremy Pallot
Cc : 'Rod Fuge'
Objet : RE: working together

Dear Jeremy,

Good day! How's your New Year Eve? I guess it must be a great day, except the weather is getting a bit cold at your side.

We are pretty much quite busy lately for the sales and follow up. Plus, we got a new major system going to launch one or two weeks later. Hopefully, we can look into this issue in details and move forward in February. At the time being, I would want to know a bit more about the connectivity issue first.

As I can see some other system we are integrating with are having ip addresses restriction and so on, I wonder is your side having such restriction as well? If so, even we cannot actually go into details yet, we can plan ahead for the setup.

Thank you for your follow up.

Warmest regards,
Trunks Wong
IT Manager
E-Services Group
Tel. +852 3741 0016
Fax. +852 3694 0873
E-Mail: trunks@eservicesgroup.net
Skype ID: Trunkswong-EC




 Commentaires   
Commentaire de Laurent Payot [ 13/janv./10 10:18 ]
De : SUPPORT PRO [mailto:support.pro@priceminister.com]
Envoyé : mercredi 13 janvier 2010 10:18
À : trunks@eservicesgroup.net
Cc : 'Jeremy Pallot'
Objet : RE: working together

Hello Trunks,

I'm Laurent from the PriceMinister import team.
At PriceMinister inventory files as well as sales confirmation files are updated via FTP, with a unique address for UK ftp.priceminister.co.uk , port 21. As specified in the attached file about file flow we can also retrieve inventory files via HTTP, port 80, password protected or not.

Feel free to mail me directly at support.pro@priceminsiter.com if you have any questions.




[EXP-1586] La plage d'adresse IP pour l'informatique internei arrive bientôt à saturation Création: 22/mars/06 18:32  Mise à jour: 07/août/07 11:01  Résolue: 07/août/07 11:01

Etat: Fermé
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Alain Bonneaud Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 3 jours, 2 heures
Estimation originale: Non spécifié


 Description   
Il faut trouver rapidement une solution permettant d'étendre cette plage car n'ous n'avons preque plus d'adresses disponibles et nous avons très bientôt beaucoup d'équipements à installer.

Peut-être faut-il changer de masque? Ou trouver une autre solution?

 Commentaires   
Commentaire de Jérémie Bennejean [ 22/mars/06 19:00 ]
- Comme vu avec toi Alain, c'est un sujet qui a été évoqué ce matin lors de notre réunion et mis dans les plans. D'ailleurs une réunion prochainement est déja prévu pour voir comment nous allons agir.
- Aujourd'hui même si nous avons encore peu d'adresses de disponibles nous en avons encore.
- Sur la plage fixe envirron une trentaine ( un epu plus avant un comptage rapide ).
- Le seul moyen de connaitre l'état du nombre disponible/indisponible c'est de consulter l'état du fichier de lease dhcp (je peux en extraire une exemple pour Arnaud)
- La solution doit être pensé. Il existe des RFC très précise sur le DHCP. L'ouverture du masque est une solution parmis d'autres. Cependant il faut bien consulter tout ce que cela impacte (Lien mpls pour accès en prod ,reconfiguration de serveurs, adresses virtuelles sur les serveurs appli )
- Le projet est confié initialement à Pap.
Commentaire de Alain Bonneaud [ 22/mars/06 19:09 ]
Merci Jérémie. Si le sujet est confié à Pap, merci de lui assigner ce JIRA ou de le relier au JIRA créé initialement sur le sujet.
Commentaire de Jérémie Bennejean [ 23/mars/06 09:18 ]
Je lui transmets
Commentaire de Jérémie Bennejean [ 13/avr./06 18:29 ]
Il m'a été réassigné
Commentaire de Sébastien Tournay [ 14/avr./06 10:09 ]
Comme vu hier lors de notre réunion, il faut donc avancer sur ce sujet pour la fin de la semaine prochaine. L'idée est de sortir un document qui met à plat l'architecture actuelle et ses problèmes/contraintes avec une solution proposée pour améliorer cela.

On va essayer avec Alain d'Organiser une réunion avec Patrice (responsable du service delivery) un midi, pour évoquer cette nouvelle architecture et prendre une décision rapide en vue des projets à venir.
Commentaire de Jérémie Bennejean [ 18/avr./06 16:28 ]
J'ai commené et bien avancé sur un premier document.

Le sujet est : "Etendre cette plage car n'ous n'avons preque plus d'adresses disponibles"

Quelques chiffres :
Sur la plage fixe il reste 31 adresses de libre soit 30 % de disponibilité.
Sur la plage DHCP il reste 34 adresses de libre soit 23 % de disponibilité.

En fait je ne connais pas les prévisions d'augmentations du nombre de nouveaux postes susceptibles d'utiliser une @ sur la plage DHCP.
De même je ne connais pas le nombre de nouveaux serveurs arrivant cette annnée.

S'il s'agit juste d'étendre la plage IP je peux fournir d'ici peu le document.


Commentaire de Sébastien Tournay [ 18/avr./06 17:25 ]
Sur les adresses fixes, il faut compter sur l'ajout de nouveaux serveurs DEV, INTEG et PRE-PROD. On peut compter entre 15 et 20 serveurs. Il faut aussi prendre en compte les @IP des cobrandings que nous allons avoir en Pre-Prod.

Sur les adresses IP dynamiques, on peut compter sur un max de 15 personnes d'ici à la fin de l'année.


Ce qui me semble important c'est de ne pas être à l'étroit avec nos adresses. Il faut donc se donner de la marge. Ce qu'il ne faut surtout pas, c'est courrir tous les 2 mois après des @IP. Plus que prévoir d'étendre, c'est surtout avoir une nouvelle organisation du plan d'adressage.
Commentaire de Jérémie Bennejean [ 20/avr./06 12:43 ]
J'ai rendu une première étude à Sébastiien ce matin même.
Commentaire de Jérémie Bennejean [ 24/avr./06 10:47 ]
Une autre version a été rendue.
Commentaire de Jérémie Bennejean [ 26/avr./06 16:45 ]
Version finale rendue à Sébastien.
J'ai envoyé une copie Alain et Pap
Commentaire de Justin Ziegler [ 07/août/07 10:16 ]
On peut fermer ?
Commentaire de Jérémie Bennejean [ 07/août/07 11:01 ]
On peut fermer. Des aménagements ont été trouvé pour économiser des adresses ip (regroupement des cobrandings en integ), Installation de la preproduction sur un dmz et une autre plage IP, nettoyage des serveurs non utilisés ...




[EXP-2099] Conflit d'adresse IP 192.168.1.113 avec le portable de Pascal Roselli Création: 22/mai/06 12:35  Mise à jour: 25/juin/07 18:58  Résolue: 22/mai/06 17:42

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: ZZ_Arnaud Baali Attribution: ZZ_Arnaud Baali
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 1 heure
Estimation originale: Non spécifié


 Description   
Même après avoir supprimer son enregistrement du DHCP, il seamblerait que son poste récupère à nouveau cette adresse IP

 Commentaires   
Commentaire de Jérémie Bennejean [ 22/mai/06 13:01 ]
Je pense que tu peux le faire non ? ( fixe lui une adresse hors réseau et reboot hors réseau et rebrnache le, sinon élimine son programme.)
En plus je ne connais pas son logiciel ( si son logiciel n'a pas été controlé par nous ( fonctionnement etc ... ca peut etre long )

Pour lire le fichier de lease :
cat /var/lib/dhcpd.leases




[EXP-1435] wiki creation virtual IP Création: 03/mars/06 09:41  Mise à jour: 25/juin/07 18:56  Résolue: 03/mars/06 10:45

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Jérémie Bennejean Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 1 heure
Estimation originale: Non spécifié


 Commentaires   
Commentaire de Jérémie Bennejean [ 03/mars/06 10:45 ]

http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=CreationVirtualIP




Mise en oeuvre EVANDRE (EXP-3568)

[EXP-3603] Preparation tableau correspondance vh-@IP Création: 23/mai/07 11:14  Mise à jour: 25/juin/07 19:01  Résolue: 05/juin/07 17:35

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Mineur
Rapporteur: Jérémie Bennejean Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel correspondance.xls    
Pays:
FRA - France

 Commentaires   
Commentaire de Jérémie Bennejean [ 31/mai/07 10:31 ]
FRANCE WWW
<VirtualHost 212.23.167.30:80>
    ServerName www.priceminister.com:80

ESPAGNE WWW

<VirtualHost 212.23.167.36:80>
    DocumentRoot "/usr/local/apache/es/htdocs/pmweb/www.priceminister.es"
    ServerName www.priceminister.es:80
Commentaire de Jérémie Bennejean [ 31/mai/07 10:49 ]
Note pour moi, penser à demander à Jet de completer le /etc/hosts de evandre avec :

212.23.167.31 ofup.priceminister.com
212.23.167.31 virginmega.priceminister.com
212.23.167.31 m6net.priceminister.com
212.23.167.31 m6.priceminister.com
212.23.167.31 m6music.priceminister.com
212.23.167.31 m6game.priceminister.com
212.23.167.31 cinenow.priceminister.com
212.23.167.31 francemobiles.priceminister.com
212.23.167.31 jeuxvideo.priceminister.com
212.23.167.31 preview.priceminister.com
212.23.167.31 rfm.priceminister.com
212.23.167.31 freesurf.priceminister.com
212.23.167.31 croix-rouge.priceminister.com www.croix-rouge.priceminister.com
212.23.167.31 tiscalibe.priceminister.com
212.23.167.31 test.priceminister.com
212.23.167.31 europe2.priceminister.com
212.23.167.31 epik.priceminister.com
212.23.167.33 bo.priceminister.com bi.priceminister.com eglue.priceminister.com ig.priceminister.com
212.23.167.31 koobuycity.priceminister.com
212.23.167.31 mobilokaz.priceminister.com
212.23.167.35 www.radindesbois.com
212.23.167.37 pcdoccasions.vnunet.fr
212.23.167.32 occasion.camif.fr
212.23.167.34 occasion.presence-pc.com
212.23.167.31 mobilesachat.priceminister.com
212.23.167.38 bambinoccasion.priceminister.com
212.23.167.39 occasion.rueducommerce.fr occasion.rueducommerce.com
212.23.167.43 occasion.liberation.fr
212.23.167.36 www.priceminister.es
212.23.167.46 demo.priceminister.es
212.23.167.44 preview.priceminister.es
212.23.167.45 bo.priceminister.es
212.23.167.31 lycos-occasion.priceminister.com
212.23.167.31 laredoute-occasion.priceminister.com
212.23.167.31 journauxdumidi.priceminister.com
212.23.167.31 sfr.priceminister.com
212.23.167.31 nicematin.priceminister.com




[EXP-382] Inventaire des différentes @IP utilisées en interne Création: 21/nov./05 15:54  Mise à jour: 25/juin/07 18:54  Echéance: 29/déc./05 00:00  Résolue: 12/janv./06 11:26

Etat: Résolu
Projet: Exploitation
Composants: Etude
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Doc Priorité: Majeur
Rapporteur: Sébastien Tournay Attribution: Pap Ndiaye
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 2 heures
Estimation originale: 2 heures


 Description   
fixe (serveur+switch)+ DHCO + cobrnading. dresser un doc Excel de toutes nos adresses utilisées ou non
Faire un schéma descriptif du fonctionnement interne DNS+DHCP
Dans le but de l'optimiser et de le reconstruire


 Commentaires   
Commentaire de Sébastien Tournay [ 29/déc./05 13:41 ]
Faire une doc sur le WIKI de comment cela fonctionne aujourd'hui DNS+DHCP. Ajouter également dans cette doc l'inventaire Excel que tu as fait




Installation accès réseau pour fonomail (messagerie téléphonique liée au standard automatique) (EXP-710)

[EXP-842] Attribution d'une adresse IP fixe pour le fonomail Création: 11/janv./06 10:06  Mise à jour: 25/juin/07 18:55  Résolue: 11/janv./06 10:06

Etat: Fermé
Projet: Exploitation
Composants: Installation
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Majeur
Rapporteur: Alain Bonneaud Attribution: ZZ_Arnaud Baali
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié





[APP-937] Rajouter un lien a cote de l'adresse IP pour faire un traceroute dessus... Création: 30/juil./02 14:52  Mise à jour: 25/juin/07 18:22  Résolue: 25/juin/07 18:22

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): old
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Justin Ziegler Attribution: Quentin de Chivré
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
...
Parfois riche d'info qu'on n'a pas avec la recherche dans la base whois :
http://www.getnet.com/cgi-bin/trace?212.94.160.230




[EXP-4479] [Conf Apache] Modification du ProxyPass Pangora pour redirection sur adresse IP Création: 08/août/08 09:37  Mise à jour: 26/août/08 12:29  Résolue: 26/août/08 12:17

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Bloquant
Rapporteur: Damien Dorizy Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Dans la conf Apache des serveurs de prod, il faudrait remplacer :
ProxyPass /comparateur http://fr.channel.pangora.com/priceminister/xservice/custom
par :
ProxyPass /comparateur http://213.144.30.211/priceminister/xservice/custom

La ligne :
ProxyPass /pangora http://comparez.priceminister.com
peut désormais être supprimée car elle n'est plus utilisée.

Merci

 Commentaires   
Commentaire de Jérémie Bennejean [ 19/août/08 14:16 ]
Après en avoir parlé avec Patrice, il m'a demandé si cela à été validé par l'integ ?

Commentaire de Damien Dorizy [ 20/août/08 12:10 ]
Validé quoi ?
L'url utilisée en integ n'est pas la même (http://fr.staging.mentasys.de/priceminister/xservice/custom), car contrairement à google Pangora n'a pas le système de test/réel, ce qui fait que l'url de prod ne peut être utilisée qu'en prod.
Validé par Swan le 28/05/2008
Commentaire de Damien Dorizy [ 25/août/08 11:34 ]
Devant le peu de réaction d'une demande qui date de plus de 3 mois, je passe le JIra en bloquant.
Ce qui était conseillé devient urgent et doit être fait dans la semaine.
Si personne n'est capable de faire ce qui doit prendre environ 3 minutes à faire sur tous les serveurs, donnez-moi les codes d'accès, je le ferai moi-même.
Merci
Commentaire de Ange Ferrari [ 26/août/08 12:17 ]
Non merci Damien
nous ne doutons pas de ta GRANDE compétence en matière d'exploitation et dans tes multiples capacités
cependant nous pensons qu'en lisant la documentation présente sur le site apache.org nous devrions arrivé à trouver le moyen d'éditer la configuration et de faire la modification

en attendant
tu sais ou je peux trouver notepad.exe car je ne le trouve pas sur les serveurs web :(
Commentaire de Damien Dorizy [ 26/août/08 12:29 ]
Merci pour cette modification rapide Ange.

Désolé pour le ton agressif, mais à choisir entre demander poliment et être pris pour un imbécile pendant 3 mois ou être un peu plus "agressif" et voir son problème résolu en un jour, je choisis la seconde solution à mon grand regret.




enquete : mais que fait le 86.193.202.186 ? (EXP-905)

[EXP-954] Alerte pour mettre en evidence des adresses ip avec bcp de requete sur une periode courte Création: 19/janv./06 15:38  Mise à jour: 25/juin/07 18:55  Résolue: 30/janv./06 15:07

Etat: Résolu
Projet: Exploitation
Composants: Supervision
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Critique
Rapporteur: Sébastien Tournay Attribution: Xiaoming Du
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Cette alerte doit permettre de surveiller d'éventuels internautes qui viennent aspirer le site. ATTENTION à ne pas intégrer dans cette alerte GOOGLE, AKAMAI...

 Commentaires   
Commentaire de Xiaoming Du [ 30/janv./06 15:07 ]
module développé et livré avec minitord-0.3.x




[EXP-3492] filtrage ip : j'ai l'impression que le bo espagne est uniquement filtré au niveau d'apache, et non au niveau du FW / routeur Création: 17/avr./07 09:42  Mise à jour: 08/août/07 19:27

Etat: Ouvert
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Justin Ziegler Attribution: Antoine Koener
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Commentaires   
Commentaire de Justin Ziegler [ 17/avr./07 09:43 ]
il me semble important de se donner un niveau de securité en plus.
merci
Commentaire de Antoine Koener [ 17/avr./07 09:53 ]

Avons-nous fait un règle particulière pour le Bo Espagne ?

Je ne savais déjà pas que nous appliquions un filtrage au niveau du routeur sur le BO...
Commentaire de Justin Ziegler [ 08/août/07 19:27 ]
Antoine,
peux tu stp poser les bonnes questions a JMH afin d'avancer sur ce sujet ?
et cloturer rapidement le ticket (j'ai bien noté que tu es bloqué sur le SAN).
merci




FAST INTEG (meta tache) (EXP-1786)

[EXP-1996] remplacer le fast.hostname "krug" dans les priceminister.promerties sur Mumm par l'adresse IP de Krug Création: 10/mai/06 14:45  Mise à jour: 25/juin/07 18:57  Résolue: 10/mai/06 17:30

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Mineur
Rapporteur: Martin Sudmann Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
aparrémment Mumm n'arrive pas à résoudre Krug, par contre sur Deutz ça marche bien.
en prod on a le même problème (Hercule), qu'on a résolu en mettant l'IP du QRServer host dans les priceminister.properties.

 Commentaires   
Commentaire de Ranto Andriambololona [ 10/mai/06 17:30 ]
done sur mumm




[META-TACHE] Modification des tracking sites-under + tracking e-mails questions (APP-26706)

[APP-26797] Ouvrir l'accès aux partenaires à notre serveur de recette Création: 06/oct./09 14:37  Mise à jour: 18/nov./09 12:03

Etat: Ouvert
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Mineur
Rapporteur: Fabrice Feugas Attribution: Patrice Boulanger
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM: *** A PLANIFIER ***

 Description   
Il nous manque encore les infos essentielles :
- Dates (à priori une journée entre le 19/10 et le 21/10)
- Les adresses IP
- Le serveur de recette

 Commentaires   
Commentaire de Fabrice Feugas [ 06/oct./09 14:48 ]
Mathilde, Pourras-tu récupérer les adresses IP des partenaires pour leur ouvrir l'accès à notre serveur de recette et fixer une date pour la journée de recette avec tout le monde ?

Je te propose le 19/10 ou le 20/10.

Tu pourras leur dire qu'il fasse un achat à n'importe qui avec le numéro de carte bleue : 16 zéros, mois et année indifférents, 000 au code de sécurité.
Commentaire de Fabrice Feugas [ 15/oct./09 15:53 ]
UP, est-il possible de faire cette opération lundi pour que les accès à dev5.pm.dev soient ouverts toute la journée de mardi ?

Les IP arrivent dans l'après-midi pour 3 partnaires / 4, la dernière arrive lundi.

De notre côté, on avait noté des infos ici :
http://pricewiki.lan/Wiki.jsp?page=ApacheEnDev#section-ApacheEnDev-Ouvrir_C3_80LExt_C3_A9rieur
Commentaire de Mathilde Caby [ 15/oct./09 15:53 ]
Bonjour,

Voici les différentes IP de nos partenaires (hors Effiliation dont l'ip sera communiquée comme convenu lundi matin):

Zanox = 195.216.249.33 et 192.168.33.106

Commission junction = 81.252.3.242

Affilinet = 88.217.173.6


Est-ce ok de votre côté pour leur ouvrir l'accès mardi matin?


Commentaire de Damien Gilloz [ 19/oct./09 10:34 ]
Bonjour,

Les ouvertures sont faites pour les IP:
195.216.249.33
192.168.33.106
81.252.3.242
88.217.173.6


Elles ont le droit de se connecter sur 62.23.27.118 port 80 dont le trafic est redirigé vers 192.168.1.13 (dev5.pm.dev) port 80


Avez-vous besoin d'un dns en babel.fr qui pointe vers 62.23.27.118 ? ou vous transmettez notre IP publique ?

Commentaire de Mathilde Caby [ 19/oct./09 10:43 ]
Hello à toi, O extraterrestre(!)

Moi pas comprendre : "Avez-vous besoin d'un dns en babel.fr qui pointe vers 62.23.27.118 ? ou vous transmettez notre IP publique ? "

Je vais fournir les infos aux partenaires mais peux-tu me dire si ils ont ne doit pas leur fournir une url pour les tests?
Commentaire de Mathilde Caby [ 19/oct./09 10:44 ]
Voici l'IP de Effiliation comme convenu,

Pouvez-vous les autoriser svp?
193.253.181.214
Commentaire de Fabrice Feugas [ 19/oct./09 10:53 ]
Salut Damien,

En effet on a besoin d'un DNS pour que ça soit plus clair à communiquer aux partenaires, et qui redirige directement sur le port 80.

En même temps, on autorise l'accès à la dernière URL fournie par Mathilde et ça sera parfait.
Commentaire de Fabrice Feugas [ 19/oct./09 11:01 ]
Juste une question, je vois que l'IP de Zanox est en 192.168.X.X et j'ai l'impression que c'est une IP interne. Ça vous parait normal ?
Commentaire de Damien Gilloz [ 19/oct./09 11:19 ]
J'ai ajouté la dernière adresse: 193.253.181.214

Mathilde, le DNS permet de faire une correspondance entre un nom de domaine et une adresse IP. Ca évite d'avoir à retenir les adresses IP :)

J'ai donc créé: testaffiliation.babel.fr


Effectivement, la deuxième adresse donnée pour ZANOX: 192.168.33.106 n'est pas bonne, c'est une adresse privée.
Commentaire de Fabrice Feugas [ 19/oct./09 11:40 ]
Mathilde,

testaffiliation.babel.fr est donc l'adresse que tu dois communiquer aux partenaires.

Est-ce que tu peux demander à l'un d'entre eux de faire un test d'accès aujourd'hui pour qu'on puisse anticiper d'ici demain s'il y a des problèmes. Si c'est le cas, tu peux leur dire de m'appeler directement ?

Enfin, peux-tu dire à Zanox que la deuxième adresse IP qu'ils nous ont communiqué (celle qui commence par 192.168) n'est pas bonne ?

Merci.
Commentaire de Fabrice Feugas [ 23/oct./09 16:56 ]
Merci de laisser les accès pour Zanox la semaine prochaine.
Commentaire de Fabrice Feugas [ 18/nov./09 12:03 ]
Hello,

On peut désormais fermer tous les accès.

Merci.




[EXP-2105] Créer un sous-domaine test et donner l'accès à certains partenaires Création: 22/mai/06 18:35  Mise à jour: 25/juin/07 18:58  Résolue: 13/juin/06 10:35

Etat: Fermé
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Charles Decaux Attribution: Christophe Garcia
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
2 éléments de la version nouvelles chartes sont fournis par des partenaires :
- "Comparez les prix sur le web" est fourni par Pangora
- AdSense est fourni par Google

Pangora et Google ont besoin de tester l'intégration que nous réalisons pour nous donner leur validation et nous autoriser à mettre en ligne.
Il faudrait donc créer un sous-domaine contenant la version test de nouvelles chartes.

On leur donnerait accès à cette version grâce à une identification par adresses IP.

Je te fournirai les adresses IP asap, sachant que celles-ci peuvent ne pas être fixes.

Merci

 Commentaires   
Commentaire de Charles Decaux [ 22/mai/06 18:57 ]
Adresse IP de Pangora 212.18.24.66
Commentaire de Sébastien Tournay [ 23/mai/06 09:26 ]
A coordonner avec Christophe Garcia. Pour l'instant, on ne peut rien montrer. Tout n'est qu'a moitié en place. On ne peut pas leur donner accès à l'intégration.

La solution, c'est d'ouvrir (avec restriction par login/passw) l'URL test.priceminsiter.com. Mais pour l'instant, je ne pense pas que nous soyons prêt.

Sébastien
Commentaire de Sébastien Tournay [ 23/mai/06 09:29 ]
Pour info, il nous faut absolument des @IP fixe. Sinon, on ouvre pas. Tu pourras faire des slides ppt ;-)
Commentaire de Charles Decaux [ 23/mai/06 12:31 ]
Adresse IP de Google : 217.33.127.210

D'autres adresses arrivent car ils sont plusieurs à tester de différents coins du globe.

Swan va mettre en place 5 fiches produtis sur lesquelles Google pour tester.

Merci et à votre dispo pour en parler
Commentaire de Emmanuel Benmussa [ 23/mai/06 17:33 ]
pour @position,

Les IP sont
213.41.89.208 à 224
81.66.133.42
81.67.49.113
82.66.206.151

Merci
Commentaire de Sébastien Tournay [ 24/mai/06 11:36 ]
On vient de configurer les @IP des partenaires indiqués dans ce JIRA. Tout le monde peut visiter maintenant :-)
Commentaire de Charles Decaux [ 26/mai/06 10:08 ]
Un de nos interlocuteurs chez google n'arrive pas à se connecter au site. Serait-il possible de créer un htaccess avec login/password ?
Sinon, peut-on ouvrir le site à tous à certaines heures de la journée ?

Merci et à votre dispo pour en parler.

Charles

Commentaire de Swan Desportes [ 29/mai/06 09:28 ]
Il faut lui demander son IP...
Commentaire de Charles Decaux [ 12/juin/06 17:06 ]
Pour Pap, en l'absence de Sébastien :

Si l'IP est une des suivantes alors accès sans login/password :
213.41.89.208 à 224
81.66.133.42
81.67.49.113
82.66.206.151
212.18.24.66


Si l'IP n'est pas une des IP citées ci-dessus alors accès par login / password
login : google
password : afc

Merci

Commentaire de Sébastien Tournay [ 13/juin/06 10:35 ]
C'est en place
Commentaire de Charles Decaux [ 14/juin/06 12:40 ]
ok merci de bien vouloir conserver le htaccess et l'authetification IP jusqu' à nouvel ordre.




Installation du nouveau serveur de DEV (EXP-2959)

[EXP-2962] Paramètres réseau Création: 08/nov./06 14:44  Mise à jour: 25/juin/07 18:59  Résolue: 14/nov./06 15:35

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Majeur
Rapporteur: Patrice Boulanger Attribution: ZZ_Arnaud Baali
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Choisir le nom de la machine et son adresse IP.

 Commentaires   
Commentaire de ZZ_Arnaud Baali [ 09/nov./06 15:09 ]
Nom du Serveur: BOULARD
Adresse IP: 192.168.1.14
Commentaire de ZZ_Arnaud Baali [ 13/nov./06 16:13 ]
Adresse IP : 192.168.1.13
la 14 est déjà utilisée
Commentaire de ZZ_Arnaud Baali [ 14/nov./06 15:35 ]
Le serveur a été configuré. il reste uniquement les outils pour le Dev a installer




[EXP-1114] malicious apache crawlers detected Création: 31/janv./06 09:47  Mise à jour: 25/juin/07 18:56  Résolue: 08/mars/06 19:05

Etat: Résolu
Projet: Exploitation
Composants: Troubleshooting
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Sébastien Tournay Attribution: Antoine Koener
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
a pour doublon EXP-905 enquete : mais que fait le 86.193.202... Résolu

 Description   
J'ai l'impression que l'@IP '65.214.44.54' correspond à un cramwler (Jeeves/Teoma = http://sp.ask.com/docs/about/tech_crawling.html).

Faire le point sur les @IP remontée dans cette nouvelle alerte pour voir si il est nécessaire d'alimenter la liste des user-agent à banir.


-----Message d'origine-----
De : phaeton.minitord@priceminister.com [mailto:phaeton.minitord@priceminister.com]
Envoyé : mardi 31 janvier 2006 09:30
À : Hostmaster Priceminister
Objet : [minitord] malicious apache crawlers detected (Tue Jan 31 09:29:53 2006)

phaeton Tue Jan 31 09:29:53 2006
3 client(s) ip detected.

62.147.153.96 => 92
65.214.44.54 => 98
86.193.79.58 => 98


minitord version 2.2.0


 Commentaires   
Commentaire de Antoine Koener [ 06/févr./06 11:40 ]

Afin de bloquer les IP detectées comme "malicieuses" je propose de tenter la solution du .htaccess

Il suffirait d'ajouter les ips dans une directive Deny de ce dit fichier.
Pour que le fichier soit parcouru par apache il faut que la directive suivante soit définie:
AllowOverride Limit

Elle signifie qu'apache doit appliquer toutes les restrictions liées aux directives Allow Deny et Order.

Dans httpd.conf :
<Directory>
 Options FollowSymLinks
 AllowOverride Limit
</Directory>

Dans le .htaccess:

deny from 62.147.153.96 65.214.44.54 86.193.79.58

(Nous étudions également une solution pour rendre le parcours de la liste des ip plus rapide... )






Commentaire de Ranto Andriambololona [ 09/févr./06 14:51 ]
Pour info,

l'IP a été bloqué, avec Antoine et Xiaming, on a opté pour un rewrite.rules qui redirige l'IP vers une page 403 (forbiden)

RewriteCond %{REMOTE_ADDR} ^83\.205\.174\.28$
RewriteRule ^(.*) - [F]
Commentaire de Antoine Koener [ 09/févr./06 17:12 ]

Nous allons percévérer dans la voie du rewrite rule, en utilisant un fichier DBM afin de rendre la recherche des IPS
dramaticalement plus rapide, (as fast as the light).

http://httpd.apache.org/docs/2.0/mod/mod_rewrite.html#rewritemap

On peut y lire ceci:

For plain text and DBM format files the looked-up keys are cached in-core until the mtime of the mapfile changes or the server does a restart. This way you can have map-functions in rules which are used for every request. This is no problem, because the external lookup only happens once!

En d'autres termes c'est de la bombe...
Commentaire de Antoine Koener [ 09/févr./06 17:30 ]
La solution est commune.
Commentaire de Antoine Koener [ 10/févr./06 16:30 ]

En integ [deutz]

Le script permet d'ajouter à la volée une ip dans le fichier de blocage...

Cette méthode permet de ne pas devoir relancer apache pour rendre effectif le blocage...

Exemple:
[adminpm@deutz conf]$ /data/mrtg/minitord/bin/apache_block_ip.pl 192.168.1.153

Minitord va être modifié lundi pour de lui même appeler ce script afin de bloquer les 'malicious crawler'.

Le fichier contenant les ips bloquées se trouve dans:

/data/chrootapache/usr/local/apache/conf/block.list

Si les tests sont concluants lundi, nous mettons en production le soir ou au pire le lendemain.
Commentaire de Sébastien Tournay [ 10/févr./06 17:58 ]
Il faut sans doute éviter de laisser MINITOR gérer cela tout seul. Que se passe-t- il si il blacklist une @IP qui référence le FW d'une entreprise... On va bloquer tous les utilisteurs de la scté ;-( Il faut sans doute encore réfléchir de ce coté ? Ou alors cela dépend du seuil...

Est-ce que l'on peut faire en sorte de purger automatiquement ce fichier de blocage tous les jours ? L'idée étant de repartir sur un nouveau fichier vierge (sans @IP de bloquée) et l'alimenter au fil de la journée avec des @IP qui crawl sur la nouvelle journée ?
Commentaire de Sébastien Tournay [ 15/févr./06 09:48 ]
Antoine,

Tu peux résumer sur ce sujet ou nous en sommes et ce qu'il nous reste à faire pour le mettre en place ? Si on part sur l'objectif de mettre automatiquement le blocage des @IP durant une période, il faudrait aussi prévoir un rapport journalier des différentes adresses IP que nous avons bloqués avec les heures, le nombre de requête, le traceroute pour trouver le fournisseur d'accès.. Cela nous permettra d'anticiper certains problèmes de SAV.
Commentaire de Justin Ziegler [ 15/févr./06 13:09 ]
Je ne suis pas convaincu de l'interet de faire un traitement automatique sur cette alerte.
Je voudrais avant tout qu'on ai une meilleure comprehension de ce qui se passe, et qu'on m'explique.
Commentaire de Antoine Koener [ 15/févr./06 14:01 ]

Pour une vision un peu plus éclairée de ce que nous pouvons constater des
différents crawlers:
 http://pmt042/rolphin/doku.php?id=crawlers


Maintenant ce que nous avons mis en place aujourd'hui c'est la possibilité de bloquer
un utilisateur en fonction de son IP sans devoir redémarrer APACHE.

Les alertes continuent d'être émises mais aucun ajout automatique ne se fait.

Commentaire de Antoine Koener [ 17/févr./06 16:53 ]

Le blocage automatique est en production.

Le calcul du blocage ne dispose pour l'instant que d'un seul seuil. Celui ci est très haut, il correspond à notre Lyonnais.

Pour rappel le Lyonnais est le premier connecté sur le serveur JBOSS dès le reboot terminé et fais plus de deux fois le
nombre de requète d'un googlebot...

Une vérification en fin de journée sera faite pour s'assurer que ce blocage ne va pas avoir d'effet néfaste sur le weekend...
Commentaire de Antoine Koener [ 08/mars/06 19:05 ]

Les résultats sont concluants, une baisse notable de la bande passante en est la preuve; exit le lyonnais :p




[APP-19687] [CoSAV]Possibilité de limiter l'accès aux pages nécessitant d'etre logué si l'utilisateur utilise un anonymizer? Création: 20/févr./08 16:29  Mise à jour: 08/juil./09 10:36  Résolue: 02/juil./09 14:48

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 19.0.2
Version(s) corrigée(s): 49.0.0 (TX-H)

Type: Amélioration Priorité: Majeur
Rapporteur: Cedric Favero Attribution: Dispatcher (Pôle TX)
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Prod
Projets PM: *** RESERVE ***
Classif FONC: CoSAV

 Description   
Je pense qu'il s'agit de questions liées à la sécurité et donc concernant Ange Ferrari mais je poste le JIRA en l"état pour voire toutes les implications.

Nous constatons depuis le passage au gratuit des annonces auto une hausse importante des annonces auto frauduleuses.
Actuellement on peut estimer le nombre d'annonces frauduleuses détectées, avérées et supprimées à 10/15 par jour!
Chacune peut entrainer plusieurs milliers d'euros d'arnaque et Price etre considéré comme responsable.

Un certain nombre d'outils de surveillance ont été mis en place par mots clés , notamment sur les IP et qui fonctionnent tres bien.
Toutefois les comportements commencent à se modifier et certains fraudeurs réussissent à passer entre les premieres mailles du filet , notamment en dissimulant leur réelle adresse IP , à priori par le biais de logiciels "anonymizers" les faisant apparaitre dans d'autres pays (Allemagne , USA, etc...) alors que nous surveillons particulièrement certaines adresses (comme le Benin ou la Roumanie).

Ma question est la suivante :
serait-il possible d'envisager de bloquer l'accès aux pages du site nécessitant d'etre logué (mon compte/ mise en vente/etc... ) dans le cas où l'on détecte l'usage d'un tel logiciel anonymizer? A-ton déjà un blocage en fonction de l'usage ou non des cookies?

Saurait-on le faire et celà serait-t-il envisageable?

Merci pour tous vos éventuels retours.




 Commentaires   
Commentaire de Ange Ferrari [ 20/févr./08 16:46 ]
Cedric peux tu me montrer un exemple
d'annonce frauduleuse datant d'aujourd'hui ou d'hier
que je puisse faire des recherches pour identifier le comportement du vendeur sur le site ?
Commentaire de Cedric Favero [ 20/févr./08 16:54 ]
Exemple de compte: Ilona27
http://bo.priceminister.com/user_back?action=userview&user_account_id=15991763&show_event_login=true#events

Lors de la création de l'annonce il avait une IP que nous n'avons pas en mot clé: 78.47.210.72 (on peut en rajouter à l'infini)

Par contre par la suite on a des IP AOL ou une IP Roumanie qui nous auraient permis de tomber sur lui car on a les plages en mot clé.
Commentaire de Cedric Favero [ 20/févr./08 16:55 ]
Ou sinon j'avais aussi une personne avec un nombre important de comptes.
Tous avec le meme mot de passe: 2g6v27a (que l'on a mis en mot clé) mais avec des adresses IP à tous les coins du monde

http://bo.priceminister.com/user_back?action=usersearch&javascript_callback=&login=&password=2g6v27a&user_account_id=&last_name=&usr_type_code=&permission_type=&permission_value=false&usr_presence_code=&usr_visibility_code=&coupon_secret_name=&reliability=&email=&compensation=&usr_privilege_code=&start_date=&end_date=&start_connection=&end_connection=&ip_address=&number_rows=200&x=0&y=0
Commentaire de Ange Ferrari [ 20/févr./08 18:14 ]
en fait il est assez difficile de bloquer quelqu'un qui utilise un proxy:

pour se logger il est obligé d'accepter les cookies ( le cookie de session )

pour ce qui est de l'ip le seul controle que l'on pourrait rajouter c'est un controle sur la provenance de
l'ip qui n'est pas française en théorie un vendeur qui vend sa voiture sur price est en france ?
on possède la liste des plages d'@ ip des ISP français.

Ensuite on peut ( et on le fait déjà ) bloquer l'accès à tout ou une partie du site à une IP ( ce qui nous permet d'empêcher certains crawler )
par contre il faut qu'on récupère la liste des IP que vous bannissez
Commentaire de Cedric Favero [ 21/févr./08 13:50 ]
En fait on ne veut pas non plus bloquer complétement l'accès car du coup c'est totalement visible pour eux.
Avec notre systeme , ils ne se rendent pas obligatoirement compte que leurs annonces sont invisibles.

De plus , il faut toujours un controle humain.
ex: on met des IP Afrique en surveillance mais tout le monde a le droit d'aller en vacances au Maroc ou à l'Ile Maurice...

Je voulais juste savoir si d'une maniere ou une autre il était possible de pister une personne provenant d'un proxy ou empecher le log lorsque'on detectait l'usage d'un tel outil.
(je crois que c'est le cas sur ebay)

Après on ne mettra jamais toutes les IP en surveillance non plus...

Je suis par contre interessé par la liste des plages IP des ISP français, çà peut servir.
Et vais voir aussi si je trouve également les plages de certains relais "anonymes".

Merci.


Commentaire de Ange Ferrari [ 03/mars/08 10:50 ]
Pour les plages d'adresses IP FR

il y a une liste la

http://www.completewhois.com/statistics/data/ips-bycountry/rirstats/FR-cidr.txt

Commentaire de Emeric Teil [ 02/juil./09 14:48 ]
L'Auto étant maintenant migrée...




[APP-5536] Mettre en place la possibilité de tester les co-brandings en preview. Création: 31/août/05 19:01  Mise à jour: 25/juin/07 18:31  Résolue: 12/sept./05 17:25

Etat: Fermé
Projet: Application PriceMinister
Composants: Cobrandings
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 8.0.6

Type: Nouvelle fonctionnalité Priorité: Critique
Rapporteur: Judd OSullivan Attribution: Andrei Matyas
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Prod

 Description   
Actuellement on ne peut pas tester des co-brandings sur preview.priceminister.com. Ce problème est reglable en exploit ou dans le code.

EXPLOIT
En exploit l'idée serait de mettre en place tous ces domains :
presencepc.preview.priceminister.com.
camifoccasion.preview.priceminister.com
etc

Idéalement on ferait ca avec un joker : *.preview.priceminister.com. Sinon on précise tous les co-brandings.
SET m'a dit qu'un nom de domain a besoin de trois adresses IP et qu'on a pas suffisement d'adresses ip libre pour ce genre de manipulation.
En principe deux nom de domain peuvent partager la même adresse ip donc pq ne peut-on pas reutiliser les même adresses pour chaque co-branding ?

SET a proposé de mettre en place un site cobranding-preview à la fois. L'avantage est qu'on n'utilise que 3 adresse. L'inconvenient est qu'on ne teste qu'un cobranding à la fois et que l'equipe exploit est obligé d'intervenir chaque fois qu'on veux changer le cobranding de preview.

DEV

Actuellement notre identification de brand dans le code est très simple. La première partie du nom de domain est le brand (tout avant le premier point). Il est possible d'ajouter un moyen de préciser le brand (par une page en BO par exemple) et d'ensuite stocker cette valeur dans la session.


 Commentaires   
Commentaire de Sébastien Tournay [ 01/sept./05 13:54 ]
Il me semble que l'on ne peut pas gérer cela sous forme de joker (*.preview.priceminister.com) car l'application à besoin du sous dommaine pour rapprocher les sépcifités du cobranding.

Pour cela, on va donc créer un site de preview pour chacun des cobanding (ex : presence-pc-preview.priceminister.com). A chacun de ces sites, nous allons associer 1 @IP (RIP) et non 3 @IP (1 VIP + 2 RIP) comme nous le faisons pour le site de prod des cobrandings. Dans ce cas, nous n'aurons pas de répartition de charge et de failover sur la partie preview des cobrandings. Mais ce n'est pas très grave...

On va utiliser une nouvelle machine de TEST en PROD qui à le même rôle que les 2 serveurs frontaux CUPIDON et PHAETON. Cette machine c'est BACCHUS. Cela évite donc de toucher aux serveurs de PROD. BACCHUS est initialement gardé dans un coin chez JMH en cas de panne sur CUPIDON et PHAETON pour rapidemment revenir à 2 serveurs frontaux. Néanmoins on peut l'utiliser pour la mise en place des previews pour les cobrandings. On programmera mod_jk sur BACCHUS afin qu'il interroge le worker JBOSS de preview (TITAN). Ce qui permettra de faire tous les paramètrages que vous souhaitez.

On termine en ce moment de recetter BACCHUS en PROD. On devrait avoir les 2 premiers sites (camif et presence-pc) de preview de cobranding en place en début de semaine prochaine. C'est RANTO qui se chargera de la mise en place.
Commentaire de Judd OSullivan [ 01/sept./05 14:35 ]
Et dés qu'il y a une panne sur cupidon/phaeton, les sites de cobranding-preview seront plus joignable ?

Si j'ai bien compris, l'avantage d'un 3émé serveur apache est qu'on n'utilisera qu'une adresse IP pour chaque cobranding (au lieu de 3). Mais si on utilise les mêmes 3 adresses pour tous les sites preview, on pourrait mettre tout sur les serveurs apache actuels.

Commentaire de Sébastien Tournay [ 01/sept./05 15:11 ]
Si ils le seront toujours ce n'est pas les mêmes adresses.
Commentaire de Quentin de Chivré [ 01/sept./05 15:20 ]
Je trouve cette solution bien trop lourde / compliquée par rapport au besoin.

Si la solution "*.preview.priceminister.com" est jouable coté exploit, l'application arrivera a associer le bon cobranding (même s'il y a un léger dev a faire).

Si cette solution n'est pas possible, attribuer 3 IP par site cobrandé en preview me parait bcp trop lourd (consommateur de temps, de resources, sujet a erreurs, etc...) et dans ce cas je prefere une solution 100% dev.
Commentaire de Sébastien Tournay [ 01/sept./05 15:26 ]
NON. il n'est pas question de 3@IP (relire + haut).
Nous allons associer 1@IP pour chaque preview de cobrandings. C'est ce qui se met en place en ce moment.
Commentaire de Quentin de Chivré [ 01/sept./05 15:33 ]
Apres discussion avec Sebastien :
 Solution trop peu flexible => on prefere partir sur une solution dev
Commentaire de Quentin de Chivré [ 01/sept./05 17:06 ]
Faire un servlet FO acceptant comme paramètre un nom de brand. La brand séléctionnée est forcée dans la session.
Dans le BO cobrandings, ajouter pour chaque cobranding un lien vers ce servlet FO en preview.
Commentaire de Andrei Matyas [ 05/sept./05 17:37 ]
En passant un parametre brand=brandAlias je force FrontSession. Les liens sont disponibles dans la liste des cobrandings (coté BO)
Commentaire de Quentin de Chivré [ 12/sept./05 10:40 ]
Attention aux pages pseudo-statiques... etes vous sur que cela va marcher ?

Il me semble qu'il faudrait un moyen d'acceder les vraies pages quand on est en mode preview...
Commentaire de Andrei Matyas [ 12/sept./05 17:25 ]
J'ai parlé avec Judd la solution la plus simple est de configurer le serveur de preview de ne pas utiliser des pages pseudo statiques (toutes les pages sont générées)




[EXP-2886] BI Espagne : environnement de développement Création: 24/oct./06 14:09  Mise à jour: 25/juin/07 18:59  Résolue: 27/oct./06 11:28

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Agathe Remy Attribution: Jérémie Bennejean
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Sous-tâches:
Clé
Résumé
Type
Etat
Attribution
EXP-2898 J'en profite donc pour étoffer la dem... Sous-tâche Fermé Jérémie Bennejean  
Pays:
ESP - Espagne

 Description   
Bonjour,

Nous aimerions avoir une autre adresse IP avec un serveur name perignon_es sur perignon afin d'installer une deuxième instance de BusinessObjects.

Merci:-)

Agathe

 Commentaires   
Commentaire de Agathe Remy [ 25/oct./06 17:58 ]
C'est juste bloquant pour mon équipe pour avancer sur la mise en place du BI Espagne...

J'en profite donc pour étoffer la demande en ajoutant la mise en place d'une URL bi.es.dev

Merci:-)

Agathe
Commentaire de Jérémie Bennejean [ 26/oct./06 16:21 ]
cette @ est-elle temporaire comme dit au début ou souhaitez-vous la conserver ?
Commentaire de Jérémie Bennejean [ 26/oct./06 17:36 ]
Nous aimerions avoir une autre adresse IP avec un serveur name perignon_es sur perignon afin d'installer une deuxième instance de BusinessObjects.
--> C'est fait
192.168.1.14 perignon_es




[EXP-3574] pb lenteur PC Création: 14/mai/07 14:41  Mise à jour: 10/juil./07 10:43  Résolue: 10/juil./07 10:43

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Cosmétique
Rapporteur: Bich Dao Ngo Attribution: Jérôme Mazoyer
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File donnees.jpg    
Pays:
FRA - France

 Description   
poste très lent, adresse IP fixe, toujours connectée en réseau avec le BO...

vu avec Jérôme

merci
Bich

 Commentaires   
Commentaire de Antoine Koener [ 14/mai/07 16:15 ]
A la rescousse, une jolie demoiselle à besoin de tes services !

J'ai toute confiance en toi Jérémie...
Commentaire de Bich Dao Ngo [ 14/mai/07 18:45 ]
J'ai joint une PJ
Commentaire de Bich Dao Ngo [ 16/mai/07 10:13 ]
j'ai retrouvé le logiciel qui me permet d'enregistrer des séquences presse audio en ligne: net transport.

il faudrait donc me le réinstaller sur le nouveau poste aussi.

merci

Bich
Commentaire de Jérôme Mazoyer [ 16/mai/07 10:56 ]
Il faudrait copier ce fichier sur ton U:

Jérôme
Commentaire de Bich Dao Ngo [ 16/mai/07 18:52 ]
juste pour te dire que je ne suis pas là vendredi et que donc, si tu le souhaites, tu peux en profiter pour changer mon poste pendant ce temps.

bon we! :-)

Bich

Commentaire de Jérôme Mazoyer [ 22/mai/07 10:07 ]
Le PC a été changé. Il reste une récupération d'un repertoire sur l'ancien poste, ainsi que l'installation de PowerPoint 2003 sur la machine.
Commentaire de Bich Dao Ngo [ 22/mai/07 10:10 ]
j'ajouterai pdf writer aussi.

merciii

Bich
Commentaire de Jérôme Mazoyer [ 18/juin/07 15:09 ]
Fin des problèmes, et données perso gravés.
Commentaire de Bich Dao Ngo [ 20/juin/07 15:14 ]
Jérôme,

des données ont été perdues et ne sont pas sur le CD...

que se passe-t-il?

Bich
Commentaire de Jérôme Mazoyer [ 21/juin/07 08:49 ]
Quels données sont perdues?
Commentaire de Bich Dao Ngo [ 21/juin/07 11:38 ]
plusieurs fichiers sont vides.
par exemple "rapport de stage", EVJF etc...

et d'autres documents refusent d'être copiés, y'a écrit erreur système.
Commentaire de Jérôme Mazoyer [ 22/juin/07 14:11 ]
Quels dossiers sont vides? Je peux encore récupérer les données manquantes, alors j'aurais besoin des noms de dossiers qui te posent problème.
Commentaire de Bich Dao Ngo [ 22/juin/07 14:17 ]
-rapport de stage
-EVJF
-blagues
-mémoire 4eme année

et des word, xcl qui refusent d'être copiés.

 
Commentaire de Jérôme Mazoyer [ 22/juin/07 15:56 ]
Les Repertoires :

Rapport de stage, EVJF, "blagues", memoire 4eme année se trouvent dans ton repertoire public

\\public\ngob\sauvegarde bich

Pour les autres fichiers merci de me tenir informer en me donnant l'aborescence ou se trouvent les fichiers.

merci
Commentaire de Patrice Boulanger [ 22/juin/07 17:35 ]
Je baisse la priorité de ce Jira. La restauration des données personnelles n'est pas une priorité (le répertoire blagues est-il vraiment utile ????).

Merci.
Patrice.
Commentaire de Bich Dao Ngo [ 25/juin/07 16:24 ]
non, le répertoire "blagues" n'est pas en soit utile.
cependant, le reste oui : les dossiers comme rapport de stage ou mémoire de 4ème année, contiennent des infos, des études que j'ai faites lorsque j'étais stagiaire, le sujet étant PriceMinister. Ces données me sont donc personnelles mais me sont également utiles pour le travail.

Du coup, quitte à restaurer des fichiers, je pensais que tout restaurer en même temps ne changerait pas grand chose dans la mesure où cela fait maintenant plus d'un mois que mon poste a été changé, et que j'ai attendu pendant un certain temps que mon poste refonctionne normalement (multiples dysfonctionnement outlook, pb de réseau, etc etc => j'ai fait des copies d'écrans si tu es intéressé), puis j'ai longtemps attendu que mes données perso (au sens large du terme) me soient à nouveau accessibles (mon répertoire pointait quand même chez jérémie), qu'un répertoire de plus ou de moins, ne change pas grand chose. si?

En fait, si j'insiste un peu, c'est parce que Jérôme m'avait demandé si je souhaitais conserver toutes mes données avant de changer mon poste et que cela n'a pas été fait. Si j'avais su, je me serai débrouillée pour tout sauvegarder par mes propres moyens.

ps: je tiens à ajouter que mes pbs de poste ont quand même commencé en février...

Mais merci quand même, j'ai récupéré l'essentiel de mes données, ce Jira peut donc être fermé!! :-)
Bich

ps: un pb qui n'est toujours pas résolu mais qui ne m'impacte pas en soit, j'ai toujours une adresse IP fixe.
Commentaire de Jérôme Mazoyer [ 10/juil./07 10:43 ]
Ok




[EXP-1992] Pb dhcp Création: 10/mai/06 12:45  Mise à jour: 25/juin/07 18:57  Résolue: 10/mai/06 17:32

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Nouvelle fonctionnalité Priorité: Mineur
Rapporteur: Alexandre Garnier Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 30 minutes
Estimation originale: Non spécifié


 Description   
mauvaise correspondance entre mon poste et mon IP

 Commentaires   
Commentaire de Jérémie Bennejean [ 10/mai/06 17:32 ]
corrigé dans le dns de ruinart
fixé sur le poste client, puis release et renew




SALLE SERVEUR maj (EXP-3865)

[EXP-3867] Etiquettage des machines. Création: 14/août/07 14:00  Mise à jour: 16/août/07 11:47  Résolue: 16/août/07 11:47

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Majeur
Rapporteur: Jérémie Bennejean Attribution: Jérôme Mazoyer
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous

 Description   
Actuellement en salle machine beaucoup de serveurs ne sont pas étiquettés.
Il faut afficher leur nom+IP en facade et le nom au dos.
Lors du dernier incident il a été diffcile d'identifier les serveurs.

 Commentaires   
Commentaire de Jérôme Mazoyer [ 16/août/07 11:47 ]
Machine étiquetté

Facade (Nom + IP)
Dos (Nom)





[APP-22260] Evenement utilisateur "Login denied" Création: 19/sept./08 15:47  Mise à jour: 27/mai/09 12:33  Résolue: 02/avr./09 10:47

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 47.0.0 (TX-G)

Type: Amélioration Priorité: Majeur
Rapporteur: Ayoub Benseghir Attribution: Clement Balay
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Projets PM: *** RESERVE ***

 Description   
Afin d'améliorer la détection de tentatives de piratage du site il faudrait mettre en place un nouvel évenement utlisateur qui enregistre les tentatives de login ratées et l'adresse IP qui va avec.

 Commentaires   
Commentaire de Emeric Teil [ 26/mars/09 13:50 ]
Hello,
On peut faire passer cela en Réserve de la prochaine version TX (Tx-G).

Pourriez-vous préciser :
-> Si cet évènement doit bien être stocké sur le compte utilisateur du login pour lequel il y a eu une tentative d'accès refusée
-> Ce que cet évènement doit contenir (IP, heure, mot de passe donné, etc. )
-> Si un log doit être ajouté
-> Tout autre détail qui pourrait vous sembler utile :o)

Merci d'avance
Commentaire de Patrice Boulanger [ 26/mars/09 15:10 ]
Dans les logs de l'AS, on a déjà ce qu'il faut:

2009-03-26 15:06:42,873 INFO [Processor128] 62.23.27.114 - >>> POST https://www.priceminister.com/connect!action=dologin&c=80&dest=/user&isSubmitFunnel=false&login=pat_boul&password=rrrrr&submitbtn=Connexion
2009-03-26 15:06:42,944 INFO [Processor128] 62.23.27.114 - User authentication failure
2009-03-26 15:06:43,058 INFO [Processor128] 62.23.27.114 - <<< [185 ms] POST https://www.priceminister.com/connect!action=dologin&c=80&dest=/user&isSubmitFunnel=false&login=pat_boul&password=rrrrr&submitbtn=Connexion

Ce qui est suffisant sauf qu'il faudrait ajouter le login avec le "User authentication failure". Pas la peine d'ajouter des événement BD, ça va charger la BD et on devra les épurer/archiver par la suite :-)

Merci.
Patrice.
Commentaire de Patrice Boulanger [ 26/mars/09 15:11 ]
Le mieux est d'avoir ce message de manière qu'il soit simple à parser, genre:

User authentication failure - login: pat_boul

Merci.
Patrice.
Commentaire de Emeric Teil [ 26/mars/09 15:31 ]
OK donc :
-> Finalement pas d'évènement User
-> Mais un log plus "riche"

Merci
Commentaire de Clement Balay [ 31/mars/09 15:08 ]
En fait, Il y a trois cas qui affichent ce log:
- login n'existe pas en base
- login existe mais pas sur la bonne plateforme
- login existe mais pas pour le brand croix-rouge

2 questions:
- Faut-il mettre le login pour ces trois cas ?
- voulez-vous une différenciation pour ces trois cas ? (en gros User authentication failure - login: pat_boul, User authentication failure (bad platform) - login: pat_boul, User authentication failure (not for croix-rouge) - login: pat_boul)

Merci pour vos réponses
Commentaire de Clement Balay [ 31/mars/09 16:35 ]
vu avec patrice,
on ne modifie que le cas ou le login existe mais le mot de passe est incorrect
Commentaire de Clement Balay [ 31/mars/09 18:06 ]
cas qui correspond au 4 ème cas que je n'ai pas précisé dans le commentaire 2 crans au dessus de celui-ci
Commentaire de Arnaud Forgues [ 01/avr./09 16:40 ]
Ok pour l'affichage du login dans les logs dans le cas ou le login est bon et le mot de passe mauvais.

Cependant, cela s'affichage également avec un mauvais login et mauvais mot de passe :-(
Commentaire de Clement Balay [ 01/avr./09 18:10 ]
Rien n'est simple dans cette appli :(




[EXP-5059] ouverture devtest13 à l'extérieur Création: 22/févr./10 15:35  Mise à jour: 06/avr./10 12:09

Etat: Ré-ouvert
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Swan Desportes Attribution: Patrice Boulanger
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Bonjour

Pouvez vous ouvrir dès que possible (besoin pour Jeudi 25/02 au plus tard) le serveur de recette devtest13 à l'extérieur ?
C'est pour que Google, Kelkoo et nous puissions vérifier la monétisation.
IP Google : 74.125.57.241
IP Damien : 82.226.173.142
IP Kelkoo : 213.41.77.172

Merci

Swan Desportes

 Commentaires   
Commentaire de Damien Gilloz [ 23/févr./10 11:01 ]
Ok c'est fait pour l'ouverture réseau pour ces 3 IP

Il faut configurer boulard pour le faire pointer vers devtest13

cdt
Commentaire de Swan Desportes [ 23/févr./10 15:38 ]
Patrice, est ce que tu pourrais ouvrir une url externe du genre dev13.babel.fr vers le serveur de recette devtest13. Merci
Commentaire de Patrice Boulanger [ 24/févr./10 13:49 ]
Je viens de faire la configuration apache, merci de tester.

Pour rappel, pour appeler www.dev13.babel.fr depuis le réseau interne, il vous faut modifier votre fichier hosts

De plus, il faut encore modifier le priceminister-local.properties en remplaçant

priceminister.resource.root = http://www.pm.stuart:5380
priceminister.resource.secure_root = http://www.pm.stuart:5380

par

priceminister.resource.root = http://www.dev13.babel.fr
priceminister.resource.secure_root = http://www.dev13.babel.fr

et redémarrer le JBOSS.

Merci.
Patrice.
Commentaire de Damien Dorizy [ 25/févr./10 16:19 ]
La ligne à mettre dans le host (C:\WINDOWS\system32\drivers\etc) :
192.168.1.13 www.dev13.babel.fr
Commentaire de Swan Desportes [ 06/avr./10 12:09 ]
Je réouvre la demande parce que les conditions sont les mêmes.
La période est du 6 avril au 16 avril.




[BIN-568] [BACK-OFFICE] optimisation requete evenements USER Création: 10/mars/09 16:30  Mise à jour: 06/avr./09 19:56  Résolue: 19/mars/09 10:40

Etat: Fermé
Projet: Business Intelligence
Composants: BackOffice
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Majeur
Rapporteur: Cedric Favero Attribution: Julien Girardet
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
J'ai une requete qui apparemment fait planter la base :-(

Malheureusement je suis amené à en avoir besoin souvent et celà meriterait donc optimisation.

Il s'agit d'une requete recherchant tous les comptes ayant eu un evenement Login pour une IP donnée.

A votre dispo pour plus d'informations.






 Commentaires   
Commentaire de Agathe Remy [ 10/mars/09 16:37 ]
Cédric,

S'il te plait, peux-tu préciser le nom et l'emplacement du rapport afin que nous récupérions la requête?

Merci.
Agathe
Commentaire de Cedric Favero [ 10/mars/09 16:42 ]
C'est chez moi , je partage pas mes requetes perso :-)
Commentaire de Cedric Favero [ 10/mars/09 16:43 ]
C'est "Recherche_connexions_par_IP" dans Dossiers Publics/ France / BO Working
Commentaire de Julien Girardet [ 19/mars/09 10:40 ]
Bonjour Cedric,

Les dernieres optimisations livrées dans le cadre du projet BI Abonnement, améliorent les performances de ton rapport "Recherche_connexions_par_IP" . Il s'execute en 5/6 min.

Peux tu valider de ton coté ?

Merci

Julien.
Commentaire de Cedric Favero [ 19/mars/09 13:01 ]
Ca marche du tonnerre!
Merci.




[BIN-475] [BACK-OFFICE - FRAUDES] Demande ajout de données dans l'univers SPONSORSHIP Création: 14/août/08 15:37  Mise à jour: 17/sept./08 15:49  Résolue: 19/août/08 13:20

Etat: Fermé
Projet: Business Intelligence
Composants: BackOffice
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Critique
Rapporteur: Cedric Favero Attribution: Samir Beghdadi
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Afin d'améliorer nos controles anti -fraudes sur le parrainage, et en particulier en prévision du nouveau Widget parrainage , permettant de générer tres rapidement des comptes filleuls , il nous faut avoir accès à plus d'informations dans l'univers parrainage pour faire des croisements

Dans un premier temps:

- Sponsor IP Address et Referred user IP Address
- Sponsor Password et Referred user Password
- Sponsor Birthdate et Referred user Birthdate
- Sponsor Default Address et Referred user Default Address (champs 1 et 2)

Et ensuite les memes infos sur les parrainages de type widget si distincts


Merci d'avance.






 Commentaires   
Commentaire de Cedric Favero [ 19/août/08 12:51 ]
j'ai bien tout dans sponsor mais pas dans referred user (ip , mot de passe, birthdate..)
Commentaire de Samir Beghdadi [ 19/août/08 13:20 ]
Cédric,

Comme tu le dis dans un premier temps, et dans l'univers SPONSORSHIP j'ai ajouté dans les deux classes "Sponsor account" et "Referred user account" :
- une sous classe "defaut address" qui contient (address field 1, address field 2, address zip, address city, address country name)
- IP Address
- Password
- Birthdate

a toi de tester

Merci.
Commentaire de Agathe Remy [ 04/sept./08 14:41 ]
Bonjour Cédric,

Peux-tu valider l'ajout des dimensions afin que nous puissions clôturer ce JIRA?

Merci.

Agathe
Commentaire de Cedric Favero [ 04/sept./08 15:12 ]
Pour moi , tout est ok et mon rapport fonctionne comme souhaité.

Juste une question:
Va-t-il y avoir un nouveau "sponsorship type" pour le Widget parrainage?
Car je dois aussi faire tourner ce rapport sur ces nouveaux types de parrainage.

Merci.
Commentaire de Samir Beghdadi [ 08/sept./08 15:05 ]
Cédric,

C'est bon le sponsorship type "Widget parrainage" est en production :-)
 
Merci

Samir
Commentaire de Cedric Favero [ 15/sept./08 10:26 ]
Ok , j'ai vu le typecode 40 et çà marche nickel.
Si tu peux aussi le rajouter dans le typelabel, merci.
Commentaire de Agathe Remy [ 17/sept./08 11:48 ]
Cédric,

Il me semble que le sponsorship type label est mis à jour.

Agathe
Commentaire de Cedric Favero [ 17/sept./08 15:49 ]
Peut etre je ne regarde pas au bon endroit mais:

j'ai bien le sponsorship type code = 40
je n'ai pas le sponsorship type label = "widget"

çà marche sans mais je prefere vous embeter :-)





[EXP-905] enquete : mais que fait le 86.193.202.186 ? Création: 16/janv./06 19:02  Mise à jour: 25/juin/07 18:55  Résolue: 21/févr./06 18:34

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Justin Ziegler Attribution: Antoine Koener
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de EXP-1114 malicious apache crawlers detected Résolu
Sous-tâches:
Clé
Résumé
Type
Etat
Attribution
EXP-954 Alerte pour mettre en evidence des ad... Sous-tâche Résolu Xiaoming Du  

 Description   
il faut enormement de requetes sur PM !
il a un comportement de web-bot.
mais le traceroute mene sur une adresse anonyme chez wanadoo / FT.

A t on un outil qui permet de mettre en evidence les adresses ip avec bcp de requete sur une periode courte ?

Faut il banir cette adresse ip ?

Quelle est la frequence de ses visites ?

Il genere a lui seul une charge considerable sur venus !
Est ce l'origine de l'augmentation de BP que l'on constate parfois ?

 Commentaires   
Commentaire de Sébastien Tournay [ 17/janv./06 12:27 ]
Ranto nous avait signalé cela par mail hier soir (cf. son compte rendu ci-dessous).

Je viens de regarder à nouveau ce matin, cette adresse IP n'est pas encore là au niveau des logs APACHE. Ou alors l'utilisateur à changer d'IP. Difficile donc de filtrer sur l'adresse IP. On avait déjà évoqué ce sujet là avec les internautes qui viennent aspirer le site. On est plutôt dans l'objectif de bloquer leur 'aspirateur' à partir du moment ou l'on reconnait leur user-agent. Dans le cas ci-dessous c'est impossible.

Je viens également de regarder sur la journée du 15/01 (dimanche), on n'a pas subit de requête en provenance de cette @IP. Sur la journée d'hier, cela représente rien que sur PHAETON 256946 requêtes sur quasiment toute la journée.

De : Ranto Andriambololona [mailto:ranto.andriambololona@priceminister.com]
Envoyé : lundi 16 janvier 2006 19:21
À : 'Sébastien TOURNAY'; antoine.koener@priceminister.com
Objet : Ip sur Venus

Cette IP pompe le site (170627 req sur phaeton) et les requêtes passent essentiellement sur Venus

PHAETON

www.priceminister.com 86.193.202.186 - - [16/Jan/2006:19:14:17 +0100] "GET /product?action=referencesearch&reference=2951666047 HTTP/1.1" 302 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)"
www.priceminister.com 86.193.202.186 - - [16/Jan/2006:19:14:18 +0100] "GET /product?action=referencesearch&reference=2882501129 HTTP/1.1" 302 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)"
www.priceminister.com 86.193.202.186 - - [16/Jan/2006:19:14:19 +0100] "GET /offer/buy/910650 HTTP/1.1" 200 52447 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)"
www.priceminister.com 86.193.202.186 - - [16/Jan/2006:19:14:19 +0100] "GET /product?action=referencesearch&reference=2951666055 HTTP/1.1" 302 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)"
www.priceminister.com 86.193.202.186 - - [16/Jan/2006:19:14:20 +0100] "GET /inventory?action=view&productid=5087146 HTTP/1.1" 200 45144 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)"
www.priceminister.com 86.193.202.186 - - [16/Jan/2006:19:14:20 +0100] "GET /offer/buy/819999 HTTP/1.1" 200 52880 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)"
www.priceminister.com 86.193.202.186 - - [16/Jan/2006:19:14:20 +0100] "GET /offer/buy/912632 HTTP/1.1" 200 41304 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)"
www.priceminister.com 86.193.202.186 - - [16/Jan/2006:19:14:20 +0100] "GET /offer/buy/5087146 HTTP/1.1" 200 43479 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)"

[adminpm@phaeton priceminister]$ less /data/chrootapache/usr/local/apache/logs/vaccess_log |grep 86.193.202.186 | wc -l
 170627

VENUS

[pmas@venus priceminister]$ tail -f var/mainlog/nohup.out
2006-01-16 19:20:06,729 INFO [P-Processor9] 86.193.202.186 - >>> GET http://www.priceminister.com/inventory?action=view&productid=4393833
2006-01-16 19:20:07,127 INFO [P-Processor9] 86.193.202.186 - <<< [398 ms] GET http://www.priceminister.com/inventory?action=view&productid=4393833
2006-01-16 19:20:07,551 INFO [P-Processor9] 86.193.202.186 - >>> GET http://www.priceminister.com/offer/buy/4393833
2006-01-16 19:20:07,885 INFO [P-Processor9] 86.193.202.186 - <<< [334 ms] GET http://www.priceminister.com/offer/buy/4393833
2006-01-16 19:20:08,391 INFO [-Processor12] 86.193.202.186 - >>> GET http://www.priceminister.com/product?action=referencesearch&reference=2951911424
2006-01-16 19:20:08,405 INFO [-Processor12] 86.193.202.186 - Redirecting to : /inventory?action=view&productid=4392911
2006-01-16 19:20:08,405 INFO [-Processor12] 86.193.202.186 - <<< [14 ms] GET http://www.priceminister.com/product?action=referencesearch&reference=29519114
Commentaire de Sébastien Tournay [ 17/janv./06 12:37 ]
Ce qu'il faudrait rapidemment c'est avoir un outil qui nous permet de mettre en evidence les adresses ip avec bcp de requete sur une periode courte comme l'évoquait Justin.

On peut continuer à suivre aujourd'hui le retour de cette adresse spécifique.
Commentaire de Antoine Koener [ 09/févr./06 17:30 ]
La solution est commune.
Commentaire de Antoine Koener [ 21/févr./06 18:34 ]

Gestion des Malicious Crawlers....




[EXP-2217] Règles de proxy pour Google AFS Création: 07/juin/06 12:11  Mise à jour: 25/juin/07 18:58  Résolue: 05/juil./06 11:29

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): unspecified
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Bloquant
Rapporteur: Olivier Bourgeois Attribution: Antoine Koener
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Dépendance
bloque APP-10730 Erreur du bloc Google AFS sur le site... Fermé
Similaire
similaire à EXP-1826 rediriger les pages profondes de pric... Résolu

 Description   
Bonjour,

pour que Google AFS fonctionne en production ainsi que sur le serveur de test, il va nous falloir une nouvelle règle de proxy qui proxyfie :

priceminister.com/google/adsense

vers :

europe.google.com/search


Xiao Ming est au courant de la manipulation.

merci d'avance.

 Commentaires   
Commentaire de Sébastien Tournay [ 07/juin/06 12:18 ]
Xiaoming,

Tu peux nous rester cela en INTEG avant de le passer en PROD.

Merci

Sébastien
Commentaire de Xiaoming Du [ 08/juin/06 11:34 ]
validé avec Olivier, la configuration "ProxyPass /google/adsense http://europe.google.com/search" a bien marché sur le site d'intégration.

exemple de test:

http://www.pm.lan/google/adsense?client=priceminister&ad=w6&adsafe=high&gl=f
r&hl=fr&oe=ISO-8859-15&output=xml_no_dtd&useragent=&ip=192.168.1.213&q=aziza
&adtest=on
Commentaire de Sébastien Tournay [ 08/juin/06 11:49 ]
C'est livré en PROD pour www et preview. Mais visiblement cela ne fonctionne pas. Y'a sans doute à déclarer les @IP du serveur www et preview du coté de GOOGLE.
Commentaire de Charles Decaux [ 08/juin/06 12:15 ]
Oui, il faut des adresses IP de PriceMinister pour que AdSense s'affiche correctement.

Pour le moment j'ai communiqué :
62.23.27.114
212.23.167.56
212.23.167.62

Pouvez-vous me communiquer les autres adresses IP ? Je peux le mettre à jour en temps réel via l'extranet adsense.
Commentaire de Sébastien Tournay [ 08/juin/06 12:35 ]
En fait pour les @ en 212, il s'agit des VIP (virtuelle @IP), j'ai l'impression que l'on doit aussi communiquer les RIP(Real @IP). A savoir : 212.23.167.4, 212.23.167.30 pour www et 212.23.167.31, 212.23.167.24 pour preview
Commentaire de Charles Decaux [ 08/juin/06 12:43 ]
ok : j'ai enregistré les IP ci-dessus dans l'extranet d'AdSense. Ca devrait être bon.
Commentaire de Sébastien Tournay [ 08/juin/06 13:03 ]
Cela ne marche toujous pas. Tu peux aussi déclarer la 212.23.167.28 ?
Commentaire de Charles Decaux [ 08/juin/06 14:32 ]
ok c'est fait.
Commentaire de Olivier Bourgeois [ 08/juin/06 14:40 ]
Toujours ce problème de 403 forbidden.

Par contre leur message d'erreur spécifie quand même :
"Remember that it may take a few hours for a newly added IP address to become activated and able to perform queries."

donc pas top ça :-(

Parceque là je suis bien vu en tant qu'une des adresses IPs de la liste qu'on vient de mettre à jour avec Charles:

Your client does not have permission to get URL /search?client=priceminister&ad=w6&adsafe=high&gl=fr&hl=fr&oe=ISO-8859-15&output=xml_no_dtd&useragent=&ip=192.168.1.213&q=aziza&adtest=on from this server. (Client IP address: 212.23.167.30)


Au pire on peut ajouter l'hôte du RR : 212.23.167.58
Mais je n'y crois pas trop ...

ping test.priceminister.com
PING test.priceminister.com (212.23.167.58) 56(84) bytes of data.

--- test.priceminister.com ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 0ms

[bourgeoiso@brice source]$ host 212.23.167.58
58.167.23.212.in-addr.arpa domain name pointer na.jmsp.net.
Commentaire de Charles Decaux [ 08/juin/06 14:53 ]
la paramètre client doit prendre comme valeur "partner-priceminister" et non pas "priceminister"
Commentaire de Charles Decaux [ 08/juin/06 17:55 ]
Google demande en fait un délai de 3 à 5 heures pour la prise en compte des IP.
Donc cela devrait être bon maintenant.
Commentaire de Sébastien Tournay [ 09/juin/06 10:53 ]
Je viens de vérifier ce matin. Cela fonctionne maintenant.
Commentaire de Swan Desportes [ 14/juin/06 09:54 ]
Le client a pu tester
Commentaire de Olivier Bourgeois [ 21/juin/06 17:00 ]
Il faut aussi une règle pour la preview qu'on a oubliée. Donc je récapitule :

preview.princeminster.com/google/adsense => europe.google.com/search
test.priceminister.com/google/adsense => europe.google.com/search
www.priceminisert.com/google/adsense => europe.google.com/search

Je pense qu'on en oublie plus là ? :)

merci
Commentaire de Olivier Bourgeois [ 23/juin/06 15:32 ]
Ben si on en oublie ! Et pour priceminister.fr on fait comment ?
La prod génère des erreurs JavaScript ou des alertes pour les internautes car on tente d'appeler une URL différente de celle affichée dans la barre de navigation.
Commentaire de Charles Decaux [ 30/juin/06 12:16 ]
c'est hyper important de le faire pour priceminister.fr !!
Car priceminister.fr ressort très bien dans les moteurs de recherche comme Google

merci
Commentaire de Olivier Bourgeois [ 03/juil./06 11:10 ]
Désolé d'insister et de jouer le lourd mais c'est important !!

Ca fait pas très pro ces erreurs JavaScript en production ...
Commentaire de Quentin de Chivré [ 05/juil./06 11:29 ]
priceminister.fr doir rediriger vers priceminister.com pour des raisons de référencement (pas de double contenu)
Commentaire de Quentin de Chivré [ 05/juil./06 11:30 ]
Voir EXP-1826




[APP-20921] [Fraudes] demande pour obtenir les fonctionnements de différents types de coupons Création: 20/juin/08 11:50  Mise à jour: 22/mars/10 11:58  Résolue: 17/févr./10 14:05

Etat: Fermé
Projet: Application PriceMinister
Composants: Coupons
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 65.0.0 (TX-M)

Type: Tâche Priorité: Majeur
Rapporteur: Cedric Favero Attribution: Clement Balay
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: PDF File Types_Coupons.pdf    
Pays:
FRA - France
Site: Prod
Projets PM: *** RESERVE ***
Classif2: Self service Coupons

 Description   
Dans le but d'améliorer nos systèmes anti-fraudes, il nous faudrait les comportements exacts des types de coupons différents:

- STANDARD
- FIRST_COUPON
- FILLEUL
- PARRAIN
- LOTTERY
- LOTTERY_FIRST

En effet, il apparait qu'ils n'aient pas tous les memes verifications et niveau de sécurité quant aux droits d'utilisation.
On voudrait donc savoir pour chacun ce qu'il verifie exactement: IP , adresse de livraison , hash CB , etc...

Merci

 Commentaires   
Commentaire de Cedric Favero [ 24/juin/08 09:35 ]
Suis pas certain que celà doive passer par le pole TX.
Il ne s'agit pas d'un developpement mais uniquement d'une demande d'information détaillée.
Ne peut-on simplement nous répondre sur ce point?
Commentaire de Emeric Teil [ 25/août/08 15:53 ]
Je mets en PJ, un petit doc sur les différents types de coupons. Cependant, cela ne répond pas à la question en détail, pour cela, voir si un Dev a l'historique la dessus...
Commentaire de Arnaud Forgues [ 28/août/08 17:13 ]
Je renvoie chez Dispatcher-Dev pour un meilleur dispatch car je n'ai pas l'historique là-dessus.

A voir en COJIRA
Commentaire de Martin Sudmann [ 04/sept./08 18:21 ]
- STANDARD : on teste rien (le coupon est libre à être utilisé par la personne à qui il a été attribué
- FIRST_COUPON : on vérifie que l'utilisateur n'a encore jamais acheté (on essaye de trouver des articles / paniers avec ces données)
- FILLEUL : on vérifie que l'utilisateur n'a jamais encore acheté
- FILLEUL - PARRAIN : on vérifie que les deux ne soient pas identiques
- LOTTERY : attribué manuellement (à ma connaissance), donc pas de vérifs
- LOTTERY_FIRST : comme first coupon

sur l'écran d'un coupon il y a aussi tout un tas d'explications sur les règles métier du coupon.

Ca réponds à tes questions ?
Commentaire de Martin Sudmann [ 04/sept./08 18:22 ]
pour plus de détail il faudrait passer du temps le nez dans le code...
Commentaire de Cedric Favero [ 04/sept./08 18:33 ]
Merci pour tes réponses.
Malheureusement , c'est le détail des verifications exactes qu'il me faudrait.. Pour lever le doute sur un certain nombre d'idées reçues.
Pour ce qui est de l'écran coupon, il y a effectivement un certain nombre d'indications mais çà ne dit pas exactement ce que fait le type de coupon.

En particulier, j'aurais besoin de détails sur:

"FIRST_COUPON : on vérifie que l'utilisateur n'a encore jamais acheté (on essaye de trouver des articles / paniers avec ces données) "
=> est-ce qu'on ne vérifie que la carte (hash cb) ou est-ce qu'on a aussi un test sur l'IP ? ou autre chose (nom+prenom+adresse)?

"- FILLEUL : on vérifie que l'utilisateur n'a jamais encore acheté "
=> meme question: quelles données exactement sont testées? La carte uniquement?
Car si je regarde un coupon comme ALPACINO , on voit qu'il peut etre utilisé meme si on a déjà acheté.

"- FILLEUL - PARRAIN : on vérifie que les deux ne soient pas identiques"
??? Quel check est fait et à quel moment? Tu veux dire qu'on refuse le coupon si le filleul veut acheter à son parrain? Sur quelles bases?
A ma connaissance , la seule verif qui est faite par un coupon filleul , c'est s'il n'a pas déjà acheté chez nous mais pas s'il correspond en qqch à son parrain (d'où l'interet de rapports BI à posteriori pour matcher les IP , les mots de passe, les date de naissance, etc...)
Commentaire de Cedric Favero [ 04/sept./08 18:40 ]
Malheureusement, c'est bien ce qui est dans le code qui m'interesse, et pas juste ce qu'on pense qu'il fait.
Les rapports qu'on a pu faire sur les parrainages, l'utilisation des coupons, etc.. fait apparaitre un certain nombre de failles.. Et pour y remédier , il faut qu'on puisse partir sur des bases saines et donc etre certain de ce que font exactement tels ou tels coupons.

En gros , j'aurais besoin pour chaque type de savoir les checks effectués (hash CB , IP ? adresse ?, nom ? mot de passe ? ..)

Merci d'avance si ce n'est pas trop complexe.
Commentaire de Martin Sudmann [ 04/sept./08 18:43 ]
Il faut donc creuser le code ; le pôle TX s'en fera un plaisir.
Commentaire de Cedric Favero [ 04/sept./08 18:47 ]
La patate chaude :-)
Désolé les gars mais trop d'incertitudes , j'ai besoin de concret.

Merci à qui aura un peu de temps..
Commentaire de Emeric Teil [ 18/déc./08 14:58 ]
A regarder à l'occasion de l'étude technique pour le projet Self Service Coupons ?
Commentaire de Cedric Favero [ 18/déc./08 15:05 ]
Apres qques tests perso:

- FILLEUL - PARRAIN : ne fonctionne pas lorsque IP parrain et filleul sont identiques.
 Apparemment verification de l'adresse également (tous les champs adresse?)

Meme quand le coupon parrain est refusé à cause de çà , le coupon filleul n'est pas remis en cause.
Donc le mec qui s'auto-parraine bénéficie quand meme du coupon ALPACINO (meme si CORLEONE refusé).

Bcp de choses à revoir..
Commentaire de Emeric Teil [ 18/déc./08 15:06 ]
Oui, enfin la demande en question de regarder comment ça fonctionne pas de tout remettre en cause...
Commentaire de Cedric Favero [ 18/déc./08 15:09 ]
Chaque chose en son temps ;-)
Déjà si on me donne les clés de l'existant , çà levera un grand voile d'inconnu et de flou..
Merci.
Commentaire de Cedric Favero [ 19/déc./08 16:44 ]
En passant, exemple flagrant;
http://bo.priceminister.com/user_back?action=usersearch&email=bene.flouriot%40caramail.com&fuzzy=false&numberrows=200

Grace à une ECB non détectée la personne a pu faire 148 achats avec coupon!

Les coupons premier achat pourraient au moins vérifier l'adresse email en plus.
Commentaire de Clement Balay [ 19/févr./09 18:44 ]
J'ai crée un wiki qui explique un peu les coupons, ce WIKI n'est pas exhaustif. Dis moi si tu as encore des questions
Commentaire de Clement Balay [ 19/févr./09 18:45 ]
http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=FonctionnementDesCoupons




Mise en place d'un nouveau cobranding pour libération (EXP-1337)

[EXP-1340] Mise en place de la conf Apache pour nouveau cobranding LIBERATION Création: 21/févr./06 16:27  Mise à jour: 25/juin/07 18:56  Résolue: 15/mars/06 18:47

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Majeur
Rapporteur: Sébastien Tournay Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
en INTEG et en PROD.

En INTEG, préparer la conf DNS + @IP associée à DEUTZ. Dans la conf APACHE tester aussi le certificat SSL définitif

En PROD, conf APACHE sur CUPIDON et PHAETON.

Voir la manip aussi avec PAP pour apprentissage ;-)

 Commentaires   
Commentaire de Ranto Andriambololona [ 06/mars/06 18:18 ]
OK en integ;

Manip montré à PAP et JEREMY

Etapes:

-Création d'une IP virtuelle
- MAJ DNS
- Création de la partie conf apache

Reste:

- Tester le certificat SSL

 
Commentaire de Ranto Andriambololona [ 15/mars/06 18:47 ]
tout a été fait ... en INTEG et PROD




[IMP-1773] Netoyage fiches de produit ayant adresse URL incorrecte - todolibros Création: 15/janv./08 11:20  Mise à jour: 30/oct./09 15:46  Résolue: 16/janv./08 14:11

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Daniel Pintamalli Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File url_a_supprimer_todolibros.txt    
Pays:
ESP - Espagne
Login: todolibros
Séparateur: N/A
Type de traitement:
Mise à jour/création produits

 Description   
Certaines fiches de produit comportent des URL incorrectes, exemple:

http://www.casadellibro.com/l/ip//

Modifier le format afin de filtrer ces URL et netoyer à la suite les fiches ayant ces URL.

En pièce jointe les produict_id concernés.

 Commentaires   
Commentaire de Daniel Pintamalli [ 15/janv./08 11:22 ]
Format modifié. L'adresse "http://www.casadellibro.com/l/ip// " ne sera plus pris en compte.
Commentaire de Daniel Pintamalli [ 15/janv./08 11:32 ]
Mise à jour en cours:
http://bo.priceminister.es/datafile_back?action=advfilesearch&file_id=5711946
Commentaire de Daniel Pintamalli [ 16/janv./08 14:10 ]
Plus de 40000 produits corrigés:
http://bo.priceminister.es/datafile_back?action=advfilesearch&file_id=&login=Todolibros+&process_code=5&status=&use_proc_date=false&start_date=10%2F01%2F2008&end_date=&order=&x=55&y=9




[EXP-1463] Problème de DNS Création: 07/mars/06 12:40  Mise à jour: 25/juin/07 18:56  Résolue: 10/mars/06 15:48

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: ZZ_Arnaud Baali Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 1 heure
Estimation originale: Non spécifié


 Description   
Le portable TMP13 possède actuellement l@ IP suivante: 192.168.1.199. Au niveau du DNS, lorsque j'effectue un ping tmp13 répond en 192.168.1.101

Il faudrait corriger ce problème qui va beaucoup déranger le déploiement de l'antivirus

Merci

 Commentaires   
Commentaire de Jérémie Bennejean [ 07/mars/06 12:53 ]
J'ai consulté les fichiers zone et zones inverse de ruinart :

192.168.1.101 --> pmt60
test ping pmt60
test ping 192.168.1.101

192.168.1.199 --> duyck
test ping duyck
test ping 192.168.1.199

Quand tu créé via le script le nom des machines il faut le faire en miniscule, car contrairement à windows , linux différencie les caractéres miniscules des majuscules, cela peut créer des erreurs.( 2 postes différents pour les serveurs linux mais pas pour les postes windows donc conflit au niveau des postes clients.. d'ou l'on ping).

Par contre je ne sais pas si duyck est une machine encore utilisée sur le réseau.
Si elle ne l'est plus je lui donnerai la correspondace avec l'@ ip 199

Aussi rafraichis ton dns
ipconfig /flushdns

Commentaire de Jérémie Bennejean [ 08/mars/06 09:47 ]
je peux fermer le jira ?
Commentaire de ZZ_Arnaud Baali [ 08/mars/06 11:38 ]
Pourrais tu vérifier si il n'y a pas une réservation au niveau du DHCP sur l'IP 192.168.1.199 pour l'adresse mac: 00-09-0F-FE-00-01
Merci
Commentaire de Jérémie Bennejean [ 09/mars/06 10:18 ]
La seule entrée d'@ MAC que j'ai dans le dhcp avec l'@ IP 192.168.1.199 est 00:0b:5d:81:7d:3d

Aucunes entrée avec 00-09-0F-FE-00-01
Commentaire de ZZ_Arnaud Baali [ 10/mars/06 15:47 ]
Ok le problème vient du portable, tu peux cloturer cet incident
Merci




Installation de la solution de sauvegarde (EXP-2751)

[EXP-2752] Paramétres du serveur de sauvegarde Création: 29/sept./06 11:12  Mise à jour: 25/juin/07 18:59  Résolue: 09/oct./06 14:32

Etat: Fermé
Projet: Exploitation
Composants: Installation
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Majeur
Rapporteur: Patrice Boulanger Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Trouver un nom et l'adresse IP du serveur de backup

 Commentaires   
Commentaire de Jérémie Bennejean [ 03/oct./06 16:45 ]
Si 1 seule carte réseau
LALLIER 192.168.1.1




[APP-16607] Demande de code velocity pour mot-clé (surveillance plages d'IP) Création: 05/juin/07 13:28  Mise à jour: 08/août/07 19:06  Résolue: 30/juil./07 17:57

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 14.2.0
Version(s) corrigée(s): 15.0.0

Type: Amélioration Priorité: Critique
Rapporteur: Cedric Favero Attribution: Cedric Favero
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: File capture_velocity_ip.bmp    
Liens des demandes:
Similaire
similaire à APP-17288 Differents problemes Fermé
Pays:
FRA - France
Classif1: BO
Classif2: fraude
Projets PM archivés: Maintenance 15.x.x

 Description   
En raison de la recrudescende des annonces auto frauduleuses suite au passage au gratuit , il nous est nécessaire de pouvoir surveiller les annonces auto lorsque les vendeurs ont une IP comprise dans une certaine plage (correspondant aux vendeurs Roumains ou Africains).

J'aurais donc besoin de créer une régle de surveillance vendeur en fonction de l'IP de l'utilisateur.

Par exemple mettre en surveillance tous les vendeurs dont l'adresse IP se situe dans une plage d'adresses comprise entre 172.130.x.x et 172.190.x.x
Celà est il possible et quelle serait la méthode velocity correspondante?

Je suis en train de récolter les plages adresses IP et souhaiterais ensuite pouvoir faire évoluer régulièrement cette règle en fonction des nouvelles plages détectées , cette méthode pouvant également etre appliquée aux confirmations de panier , sur l'espagne par exemple.

Merci.

 Commentaires   
Commentaire de Cedric Favero [ 19/juin/07 17:42 ]
Je suis surpris de voir ma demande en réserve , il s'agit d'une demande de code velocity pour mot clé afin de surveiller les annonces auto frauduleuses, ne peut-on simplement me renseigner?

Si j'utilise la variable suivante, celà me permet-t-il de surveiller une annonce d'utilisateur dont l'IP commence par 172 ?:

$util.matchesregexp($user.ipAddress, "^172\.")

Mon but étant de pouvoir surveiller les créations d'annonces auto lorsque les vendeurs ont une IP comprise entre 172.130 et 172.190

ex: $util.matchesregexp($user.ipAddress, "^172\.") && ($advert.PrdTypeCode.toString()== "1700")

Commentaire de Alexandre Garnier [ 28/juin/07 12:20 ]
Je sais pas du tout comment on fait ça mais d'un point de vue regexp, je mettrais "^172\..*"
Commentaire de Cedric Favero [ 29/juin/07 09:40 ]
ok celà me permet de surveiller toute adresse commencant par 172. mais la problematique est vraiement sur la plage entre 172.30.xxx et 172.190.xxx
Y aurait-i une expression logique pour definir une plage ou suis-je obligé de lister tous les débuts de plage existants (172.3 ,172.4,172.5 , etc... )
Commentaire de Alexandre Garnier [ 02/juil./07 11:56 ]
^172\.([3-9]\d|1([0-8]\d|90))\..* --> 172.30.xxx à 172.190.xxx (inclus)

^172\.([3-9]\d|1[0-8]\d))\..* --> 172.30.xxx à 172.189.xxx (inclus)
Commentaire de Edouard Gomez-Vaez [ 02/juil./07 11:58 ]
Cédric, si cela te convient, dis le nous que l'on ferme ta demande !

Merci,

Edouard
Commentaire de Cedric Favero [ 17/juil./07 14:27 ]
Désolé j'étais en vacances.

Je viens de tenter de mettre en place le mot clé avec le code velocity suivant:

$util.matchesregexp($user.ipAddress, "^172\.([3-9]\d|1[0-8]\d))\..* ") && $advert.PrdTypeCode.toString()== "1700"

Et je ne peux le valider car il me donne l'erreur suivante:
"L'expression régulière contient des éléments illégaux." (cf capture)

Erreur de ma part ou limitation du système?
Commentaire de Alexandre Garnier [ 17/juil./07 14:35 ]
Il faut du coup mettre "^172\.([3-9]\\d|1[0-8]\\d))\..* " (double échapper le '\' de '\d') et ça devrait être bon
Commentaire de Cedric Favero [ 17/juil./07 14:40 ]
J'ai touours la meme erreur lorsque que j'essaie de valider le code velocity:

$util.matchesregexp($user.ipAddress, "^172\.([3-9]\\d|1[0-8]\\d))\..* ") && $advert.PrdTypeCode.toString()== "1700"

Il me donne l'erreur suivante: "L'expression régulière contient des éléments illégaux"

Tu veux que je vienne te voir pour voir le problème?
Commentaire de Alexandre Garnier [ 17/juil./07 14:55 ]
Bizarre, je vais regarder le util.matchesregexp quand j'aurais le temps.
Commentaire de Cedric Favero [ 17/juil./07 14:58 ]
On s'en sert pour d'autre choses comme la dectection de numeros de telephone.
ex: $util.matchesregexp($advert.sellerComment, ".*0([^0-9]{0,3}[0-9]){9}.*")

A priori c'est plutot le sytème d'enregistrement des mots clés en BO qui limite le truc...
Commentaire de Alexandre Garnier [ 19/juil./07 11:39 ]
C'est juste une parenthèse en trop.
Ceci fonctionne (enfin tout du moins est accepté en tout cas) :

$util.matchesregexp($user.ipAddress, "^172\.([3-9]\\d|1[0-8]\\d)\..* ") && $advert.PrdTypeCode.toString()== "1700"
Commentaire de Cedric Favero [ 19/juil./07 11:55 ]
ok c'est accepté... Je teste çà pour voir si detecte bien les comptes ciblés et confirme.
Merci beaucoup.
Commentaire de Alexandre Garnier [ 23/juil./07 15:39 ]
Alors, qu'est-ce que ça donne ?
Commentaire de Cedric Favero [ 24/juil./07 12:25 ]
Des erreurs...

J'ai mis en place le mot clé comme suit:

$util.matchesregexp($seller.ipAddress, "^172\.([3-9]\\d|1[0-8]\\d)\..* ") && $advert.PrdTypeCode.toString()== "1700"


Et on a des erreurs de ce type (cf APP-17173):

2007-07-23 07:57:31,723 ERROR [P-Processor7] sylvielg1 - Invalid Velocity expression : $util.matchesregexp($seller.ipAddress, "^172\.(
[3-9]\\d|1[0-8]\\d)\..* ") && $advert.PrdTypeCode.toString()== "1700"


Commentaire de Cedric Favero [ 25/juil./07 09:55 ]
d'ailleurs on s'est trompé en cours de route.

La plage d'ip qui m'interesse est entre 172.130.xxx et 172.190.xxx (inclus) et non 172.30 et 172.190 , désolé.
Commentaire de Alexandre Garnier [ 25/juil./07 10:05 ]
"^172\.1([3-8]\\d|90)\..* " --> 172.130.xxx à 172.190.xxx (mais pas 172.191.xxx et +)
Commentaire de Cedric Favero [ 25/juil./07 10:11 ]
et si jamais je veux 172.20.xx à 172.199.xx ?
Commentaire de Alexandre Garnier [ 25/juil./07 10:16 ]
"^172\.([2-9]\\d|1\\d\d)\..* "
Commentaire de Cedric Favero [ 25/juil./07 10:20 ]
zut , décidément , je voulais dire 172.120.xx à 172.199.xx



Commentaire de Alexandre Garnier [ 25/juil./07 10:31 ]
"^172\.1[2-9]\\d\..* "
Commentaire de Cedric Favero [ 25/juil./07 10:35 ]
ok je teste çà.Merci de ta patience :-)

Une idée sur ce qui pouvait causer une erreur sur APP-17173 ?
Commentaire de Cedric Favero [ 25/juil./07 17:00 ]
vu les erreurs que çà génère , le mot clé ne semble pas bon ou en tout cas toléré...

La formule suivante ne serait-elle pas bonne/suffisante?

$util.matchesregexp($seller.ipAddress, "^172\.1[2-9]")
Commentaire de Alexandre Garnier [ 25/juil./07 17:20 ]
Non parce que ça risque de matcher 172.12.xxx ou 172.15.xxx
Si le \d n'est pas accepté, on peut faire :

$util.matchesregexp($seller.ipAddress, "^172\.1[2-9][0-9]\..*")
Commentaire de Cedric Favero [ 25/juil./07 17:23 ]
ok je teste çà
Commentaire de Cedric Favero [ 25/juil./07 17:26 ]
erreur avec double guillemet , semble etre ok de cette façon:

$util.matchesregexp($seller.ipAddress,'^172\.1[2-9][0-9]\..*' )
Commentaire de Cedric Favero [ 30/juil./07 17:57 ]
Ca y est , le mot clé a detecté un compte selon la plage spécifiée (pseudo: kattia24)
C'est ok , donc çà fonctionne.

On utilisera la meme forme pour les prochains.

Merci.




[APP-17663] Fraudes- demande de 2nd lien whois en backoffice pour pays etrangers Création: 30/août/07 16:18  Mise à jour: 29/avr./08 17:31  Résolue: 28/avr./08 14:11

Etat: Fermé
Projet: Application PriceMinister
Composants: Panier
Affecte la/les version(s): 16.0.3
Version(s) corrigée(s): 17.0.0

Type: Amélioration Priorité: Mineur
Rapporteur: Cedric Favero Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg     JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Prod
Projets PM: *** A PLANIFIER ***
Classif1: BO
Classif2: fraude
Projets PM archivés: Maintenance 17.x.x

 Description   
Lors des processus de vérification liés aux fraudes (surveillance paniers ou fraudes auto) , un lien nous est essentiel , il s'agit du "Whois" permettant d'identifier l'utilisateur par son adresse IP (cf captures sur pages panier ou compte).

Toutefois il est assez limité car ne retourne pas de résultat utile lorsque l'utilisateur est à l'Etranger (hors Europe)

Il nous serait extremement utile d'avoir un second lien pour identifier rapidement les utilisateurs à l'Etranger comme le propose le site suivant:
http://www.ipaddresslocation.org/index2.php

De plus lien lien serait extremement simple à intégrer car sous la forme http://www.ipaddresslocation.org/ip-address-location.php?ip=xxx.xxx.xx.xx

Celà permettrait de très rapidement identifier si une annonce doit etre supprimée ou un panier refusé.

Celà est-il facilement réalisable?







 Commentaires   
Commentaire de Renaud Dierickx [ 05/sept./07 10:36 ]
Steven, confirmes-tu cette demande ?
On affiche le lien second lien dans tout les cas où uniquement pas les étrangers ?
Si c'est que pour les étrangers, sur quelle adresse doit-on se baser ?
Merci d'avance.
Commentaire de Steven Harel [ 05/sept./07 11:26 ]
je confirme la demande qui est très importante pour lutter contre la fraude

on intègre ce lien quelle que soit l'adresse

sur la page utilisateur en back office :
- un nouveau lien "pays" entre le lien ip et whois dans le bloc "dernière ip"

sur la page panier en back office :
- un nouveau lien "pays" entre le lien ip et whois dans le bloc "adresse ip"
pour gagner de la place on renomme "traceroute" et "trace"
Commentaire de Cedric Favero [ 05/sept./07 14:46 ]
Pour une question de logique , ne serait-il pas mieux de le mettre en whois et trace/traceroute?

En effet , on aurait plutot tendance à faire d'abord un whois puis ensuite une recherche sur le pays quand on n'a pas de résultat sur le whois classique.

Commentaire de Cedric Favero [ 05/sept./07 14:52 ]
je reformule:

Pour une question de logique , ne serait-il pas mieux de le mettre entre whois et trace/traceroute?
Commentaire de Steven Harel [ 05/sept./07 15:02 ]
pour l'emplacement c'est sebastien bruzzone qui décide
tu peux voir ça avec lui ?
Commentaire de Cedric Favero [ 24/sept./07 17:21 ]
Sebastien on attend ton verdict!
Commentaire de Renaud Dierickx [ 24/sept./07 17:31 ]
C'est déjà fait...

Verdict : WhoIs - Pays - Trace
Commentaire de Cedric Favero [ 24/sept./07 17:33 ]
ok nickel.
Commentaire de Cedric Favero [ 22/avr./08 09:29 ]
Petit souci, le lien ne fonctionne plus correctement.
En effet , lorsque l'on clique dessus , il prend notre adresse 62.23.27.114 au lieu de celle qu'on recherche.

il semblerait qu'ils aient quelquepeu vérouillé l'accès direct. Peut-on faire quelquechose?
Commentaire de Quentin de Chivré [ 28/avr./08 14:11 ]
Merci de créer un nouveau Jira.
Celui-ci est clot et attaché a une version en Prod, il n'est donc pas judicieux de le réouvrir. en revanche tu peux très bien y faire référence dans le nouveau.
Merci !
Commentaire de Cedric Favero [ 28/avr./08 17:48 ]
ok çà marche




[EXP-3017] auto - ouverture integ à partenaire extérieur (camif) pour tests cobranding Création: 21/nov./06 15:54  Mise à jour: 25/juin/07 18:59  Résolue: 05/mars/07 18:12

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): unspecified
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Marc Cacheiro Attribution: Antoine Koener
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
on a besoin d'ouvrir l'integ FR à CAMIF pour qu'ils puissent tester le site cobrandé CAMIF auto du vendredi 8 au mardi 12 décembre (dates à reconfirmer en fonction de l'avancée des dev).
On a besoin des adresses IP uniquement ou faut-il autre chose ?
merci

 Commentaires   
Commentaire de Antoine Koener [ 22/nov./06 12:17 ]
Nous avons besoin de leur adresse IP.
Nous allons leur fournir un couple login/password pour pouvoir se connecter.

Il faudra les prévenir qu'il va falloir faire un légère configuration du poste client qui va tenter d'accéder au site.
Commentaire de Antoine Koener [ 05/mars/07 18:12 ]
Impossible à faire depuis l'extérieur. (akamai et autre sites dans _notre_ dns)




[EXP-4462] problm connexion compte daredevil94 Création: 28/juil./08 14:21  Mise à jour: 16/sept./08 16:59  Résolue: 16/sept./08 16:59

Etat: Résolu
Projet: Exploitation
Composants: Troubleshooting
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Jany Marimoutou Attribution: Patrice Boulanger
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
daredevil94 fait parti des pro DVD les plus importants. Depuis vendredi 25 il a quelques difficultés à accéder à son compte depuis chez lui. Et seulement depuis chez lui. Il n'y est arrivé qu'en passant par un proxy.
Pourrais-tu me dire si il y a un souci avec son IP : 212.27.60.48

 Commentaires   
Commentaire de Jany Marimoutou [ 01/août/08 10:17 ]
pourrais-je avoir une réponse avant 2009 SVP ?
Commentaire de Patrice Boulanger [ 14/août/08 17:34 ]
oui, tu l'auras.
Commentaire de Patrice Boulanger [ 16/sept./08 16:59 ]
Le filtrage IP a été désactivé sur l'ensemble des serveurs, le problème doit donc avoir disparu. Dans le cas contraire, merci de réouvrir le Jira.




[EXP-662] Création d'un enregistrement LATONE pour notre DNS interne Création: 22/déc./05 10:56  Mise à jour: 25/juin/07 18:55  Echéance: 22/déc./05 00:00  Résolue: 22/déc./05 15:25

Etat: Résolu
Projet: Exploitation
Composants: Evolution
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Sébastien Tournay Attribution: Pap Ndiaye
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 20 minutes
Estimation originale: 20 minutes


 Description   
Il faudrait créer dans notre dns interne un enregistrement pour latone.jm.lan (alias latone). Adresse IP à venir. Il s'agit de la bdd BI de PROD à laquelle nous allons accéder via l'ARKOON pour administrer différentes instances Oracles.

http://latone:5500/em/ DW
http://latone:5501/em/ OWREP
http://latone:5502/em/ BOREP


 Commentaires   
Commentaire de Sébastien Tournay [ 22/déc./05 13:10 ]
l'@IP est 10.150.28.88 sur le réseau privé de PROD




[APP-6834] Boutique randoshop (PRO) : Impossibilité de confirmer les ventes et de répondre aux questions Création: 27/déc./05 10:40  Mise à jour: 25/juin/07 18:34  Résolue: 06/janv./06 13:06

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 8.0.9b
Version(s) corrigée(s): 8.1.0

Type: Bogue Priorité: Majeur
Rapporteur: Stéphanie Vignali Attribution: Steven Harel
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Prod

 Description   
Bonjour,

Je viens de recevoir 17 mails du pro randoshop qui visiblement a un problème de connexion lorsqu'il souhaite confirmere ses ventes ou répondre aux questions.

Il se retrouve devant une page d'erreur 404 et apparemement le problème persiste toujours. Il me dit qu'il n'a aucun problème de connexion avec son FAI de son côté.

Pour les ventes il arrive bien dans son compte, clique sur la vente à valider et là page d'erreur 404.

Pour les réponses aux internautes, pareil il clique sur vous avez une nouvelle question puis sur l'intitulé de la question et là de nouveau erreur 404.

Et dans un de ces nombreux autres mails voilà le message qu'il met :
Voila ce que l'on trouve quand on arrive a rentrer sur la boutqiue et que
l'on clique sur l'onglet CONNEXION

http://81.201.104.136/fast-cgi/bsc?mandant=clear&portallanguage=en&device=html&userlanguage=us&context=category&plug_id=48_00_00_0_0_0&ip=86.199.90.141&q=price%20mini

Il me dit qu'il a essayé de se connecter de 3 ordinateurs différents et que çà ne changait rien.

C'est assez bizarre. Est ce que quelqu'un peut regarder si on a des problèmes de ce côté ?

Je n'ai pas réussi à reproduire le bug.

Si je pouvais avoir une réponse rapide çà m'aiderait beaucoup.

Merci

Stéphanie

 Commentaires   
Commentaire de Stéphanie Vignali [ 27/déc./05 11:03 ]
Bon visiblement il s'agirait plus d'un problème de connexion de son côté.

Je vous laisse vérifier mais je suis pas convaincue que le problème vienne de chez nous.

Désolée.

Voici son dernier mail :
Je suis dans une autre société et me suis connecté via leur système sur Price Minister, nous arrivons à rentrer sans problèmes, par contre nous mettons entre 5 et 6 minutes pour y accéder .
 
J'ai contacté un collègue dans le 77 , eux par contre se connectent en quelques secondes, donc un probleme de navigation sur la bretagne, peut-être, par contre et ce depuis plus de 4 jours maintenant, il m'est impossible de travailler correctement sur ma boutique, toutes les modifications une fois effectuées et que je souhaite les confirmées sont envoyées vers cette page 404 erreur

Commentaire de Christophe Garcia [ 27/déc./05 11:20 ]
Je ne reproduis pas non plus son pb de 404.
Ca sent effectivement un problème de "lenteur" depuis son lieu de connexion plutôt qu'un problème chez nous (vu que ça marche depuis le 77).

Par contre, peux-tu me donner plus de détails sur son problème de boutique et d'erreurs lors de la validation des modifications. Que fait-il comme action, sur quel article ...
Commentaire de Christophe Garcia [ 27/déc./05 11:31 ]
Pour info : Je viens de voir qu'il a répondu aux 2 questions d'internautes qu'il avait en attente.
Commentaire de Stéphanie Vignali [ 27/déc./05 11:33 ]
Pour son problème de validation de commande ou de question, il cliqe sur le lien depuis l'e-mail l'informant d'une nouvelle vente ou d'une nouvelle question et là se connecte à son compte.

D'après lui après avoir rentré son login et mot de passe, il tombe parfois sur la page suivante et non sur la page d'accueil de son compte ce qui ets particulièrement bizarre:
http://81.201.104.136/fast-cgi/bsc?mandant=clear&portallanguage=en&device=html&userlanguage=us&context=category&plug_id=48_00_00_0_0_0&ip=86.199.90.141&q=price%20mini

Une fois qu'il a réussi finalement à se connecter et qu'il est sur la page d'accueil de son compte, il va cliquer sur Vous avez une nouvelle vente. Là il arrive sur la page nouvelles ventes où la nouvelle vente apparaît. Il clique sur la ligne correspondante et arrive bien sur la page détail vente.
Et c'est au moment où il clique sur le bouton je m'engage à livrer que le site affiche une page erreur 404.

De même pour les questions, il clique sur vous avez une nouvelle question en attente, là il est bien redirigé vers la page mes messages entrants, il clique sur l'intitulé de la question , il voit bien ensuite la question et lorsqu'il tape sa réponse et qu'il clique sur envoyer maintennat il a de nouveau une page d'erreur 404.

Pour info il est sous Internet Explorer.

Le produit qui posait problème mais plus maintenant puisque son ami du 77 à confirmer pour lui ;) était le suivant :
http://bo.priceminister.com/purchase?action=saleview&purchaseid=31999814

Commentaire de Stéphanie Vignali [ 27/déc./05 11:34 ]
je pense qu'on peut en fait fermer cette demande. Désolée.
Commentaire de Stéphanie Vignali [ 02/janv./06 17:31 ]
Randoshop rencontre toujours des problèmes d'identification, confirmation des venets et réponses aux questions sur PriceMinsiter.

Pour info il a un PC, son navigateur est Internet explorer et son FAI Wanadoo.

Lorsqu'il reçoit un mail de notre part lui indiquant qu'il a une nouvelle question il clique sur le lien présent dans le mail qui le redirige bien vers la page d'identification Mon compte.

Il rentre son login et son mot de passe et là il est redirigé vers une page d'erreur 404 qui est la suivante :
http://81.201.104.136/fast-cgi/bsc?mandant=clear&portallanguage=en&device=html&userlanguage=us&context=category&plug_id=48_00_00_0_0_0&ip=86.199.124.139&q=price%20mini

il arrive ponctuellement à se connecter à son compte PriceMinister et lorsqu'il veut valider une vente ou lorsqu'il veut envoyer la réponse à une question à nouveau la page d'erreur 404 ci-dessus s'affiche.

Je n'arrive pas à reproduire le bug de mon côté. Est ce qu'il est possible de faire le test peut être à partir d'une connexion wanadoo.

merci
Commentaire de Quentin de Chivré [ 03/janv./06 12:55 ]
Je pense qu'il a un virus ou un spyware...
Ou au contraire un firewall ou un anti spyware un peu trop restrictif
Commentaire de Stéphanie Vignali [ 03/janv./06 13:38 ]
Un autre pro fun-video vient de me signaler le même problème rencontré ce matin au niveau de l'envoi de réponses aux nouvelles questions.

Il écrit sa réponse et au moment où il clique sur envoyer la réponse il a un message d'erreur de type invalid.
Il a réesayer plusieurs fois et en insistant çà a finit par fonctionner.

Il est sous Windows 98, navigateur Internet explorer et son FAI est Free.

Commentaire de Christophe Garcia [ 03/janv./06 18:54 ]
Il semble que le problème de Randoshop soit dû à un spyware qui le redirige vers un serveur dont l'adresse IP est 81.201.104.136.
Plusieurs forum font référence à ce même problème.
Commentaire de Steven Harel [ 04/janv./06 15:11 ]
c'est un pro de stéphanie vignali
elle le contacte pour lui expliquer qu'il a attrapé un virus
Commentaire de Stéphanie Vignali [ 04/janv./06 16:10 ]
Je lui ait dit que c'était un virus et qu'il devait nettoyer son ordinateur comme me l'a conseillé Steven.

Le partenaire me dit utiliser el logiciel Lavasoft Se et il doit prochainement reinstaller Norton Symantec.
C'est en effet probablement un problème aavec son antivirus.
Commentaire de Stéphanie Vignali [ 05/janv./06 09:59 ]
Le partenaire a visiblement fait du nettoyage et çà va beaucoup mieux.

On peut donc de nouveau fermer le jira.
Commentaire de Stéphanie Vignali [ 06/janv./06 12:14 ]
Est ce que quelqu'un de l'équipe technique pourrait se dévouer pour lui passer un petit coup de fil 5 min car il me harcèle et me dit que çà continue alors qu'il a nettoyé son ordinateur.

Je lui ait redit que le problème venait de chez lui mais il veut pas l'admettre.
Commentaire de Quentin de Chivré [ 06/janv./06 13:06 ]
C'est au service client de s'occuper de ce genre de cas.
Commentaire de Steven Harel [ 13/janv./06 15:47 ]
rien à faire de mon coté




[EXP-1964] Migration de priceminister.es sur CUPIDON&PHAETON Création: 05/mai/06 15:48  Mise à jour: 25/juin/07 18:57  Résolue: 19/mai/06 17:31

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Bloquant
Rapporteur: Sébastien Tournay Attribution: Julien Rampon
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
On a aujourd'hui priceminister.es qui est installé sur BACCHUS. On souhaite pouvoir le migrer sur CUPIDON et PHAETON pour avoir la répartion de charge et la redondance.

Il faudrait donc mettre en place la conf APACHE nécessaire sur CUPIDON et PHAETON. Pour l'instant nous avons que des pages statiques. On utilise pas mod_jk.

LA RIP associée à Cupidon est 212.23.167.36 et la RIP associée à Phaeton est la 212.23.167.06. une fois la conf en place, on va demander à JMH de déplacer l'@IP 212.23.167.18 associée à BACCHUS pour la convertir en VIP et la mettre sur l'altéon pour répartir sur les 2 RIP.

A voir s'il est nécessaire de déclarer cela dans /etc/hosts dans la mesure ou nous n'avons pas de pages statiques mais je me demande si cela ne va pas bloquer quand même ...


 Commentaires   
Commentaire de Julien Rampon [ 15/mai/06 17:20 ]
Une demande a été faite à JET pour mettre en place les lignes nécessaires dans le fichier /etc/hosts de phaeton et cupidon.
Commentaire de Julien Rampon [ 16/mai/06 18:34 ]
Les modifications ont été faites du cote de chez JET, la migration se fera demain.
Commentaire de Julien Rampon [ 17/mai/06 17:05 ]
Les virtualhosts ont été configurés sur phaeton et cupidon et une demande chez JET a été envoyée afin de retirer l'adresse IP 212.23.167.18 de bacchus, de l'ajouter à la configuration de l'alteon et que ce dernier renvoit sur les adresses de phaeton et cupidon.
Commentaire de Sébastien Tournay [ 17/mai/06 17:22 ]
Le mieux c'est de recontacter Arnaud Lacourtablaise pour s'assurer que la MAI est bien traitée et que surtout nous n'allons pas avoir trop d'indisponibilité le temps de recabler l'@IP .18 sur l'ALTEON
Commentaire de Julien Rampon [ 19/mai/06 10:41 ]
La vip a été créée sur l'alteon et le site ES est disponible sur phaeton et cupidon.
Commentaire de Sébastien Tournay [ 19/mai/06 10:55 ]
Julien, il me semble qu'il faut revoir le script de mise à disposition des logs pour le référencement de GOOGLE. Emmanuel voulait les récupérer pour analyse. On avait mis cela en place sur BACCHUS avec les logs APACHE, il faut refaire la même manipulation pour les logs de CUPIDON&PHAETON
Commentaire de Julien Rampon [ 19/mai/06 17:30 ]
Les scripts d'annalyse des logs google pour priceminster.es ont été mis en place sur phaeton et bacchus.





[EXP-629] Ouverture connexion distante Création: 20/déc./05 10:40  Mise à jour: 25/juin/07 18:55  Résolue: 22/déc./05 16:18

Etat: Fermé
Projet: Exploitation
Composants: Installation
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Nicolas Gréhalle Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 1 heure
Estimation originale: Non spécifié


 Description   
Désolé de faire cette demande si tard, mais Jérôme a oublié la semaine dernière :

Je dois travailler de chez moi jeudi, serait il possible de :
- ouvrir la connexion au BO et aux serveurs de prod pour mon adresse IP (81.56.149.138)
- ouvrir une connexion VPN (en m'indiquant ce que je dois faire de mon poste) pour accéder aux mails, ...

Ceci me servira jeudi, mais aussi le reste du temps (pendant mes vacances de la semaine prochaine, par exemple), pour intervenir sur la prod si on rencontre un problème.

La demande est validée par Jérôme

Merci

 Commentaires   
Commentaire de Sébastien Tournay [ 20/déc./05 11:11 ]
On ouvre plus d'accès directement sur la plateforme de PROD.

Nous allons t'installer un client VPN sur ton portable avec un profil qui va te permettre d'accéder aux environnements de DEV, INTEG et PROD.
Commentaire de Nicolas Gréhalle [ 20/déc./05 11:20 ]
Nickel, merci
Commentaire de Jérémie Bennejean [ 20/déc./05 16:51 ]
Compte utilisateur créé sur le forti
Application donné à nicolas (forticlient)+login+mdp+gw)+explication d'installation et d'utilisation.
Procédure wiki de création utilisateur vpn créé.
Commentaire de Nicolas Gréhalle [ 21/déc./05 09:14 ]
Marche pas :-(
Commentaire de Jérémie Bennejean [ 22/déc./05 16:18 ]
test effectué ce matin et cela marche, reste a modifier son ip virtuelle




[EXP-4939] Ouvrir l'accès à 1000mercis et xiti à devtest2 et devtest5 Création: 17/août/09 11:03  Mise à jour: 06/oct./09 14:34  Résolue: 06/oct./09 14:34

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): unspecified

Type: Tâche Priorité: Majeur
Rapporteur: Fabrice Feugas Attribution: Fabrice Feugas
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Bonjour,

Pourrez-vous ouvrir un accès depuis l'extérieur à http://www.dev2.pm.dev/info/home à 1000mercis et Eulérian le 26/08 ? Nous devons effectuer une recette commune sur ce serveur.

Ils accèderont au site avec les adresses IP :
195.68.69.122 pour 1000mercis
82.244.187.114 pour Eulerian

Pourrez-vous me communiquer quelle adresse ils devront saisir pour accéder au serveur?

Merci.

 Commentaires   
Commentaire de Fabrice Feugas [ 17/août/09 11:04 ]
Je rajoute l'integ en observateurs du JIRA.
Commentaire de Swan Desportes [ 19/août/09 15:19 ]
Peux tu également donner accès à notre partenaire XiTi (IP : 193.251.73.248)
au site http://www.dev5.pm.dev/ (sur duchene http et https) du 20/08 au 8/09 ?

Merci
Commentaire de Patrice Boulanger [ 24/août/09 11:46 ]
Les ouvertures sont en place, à noter que je n'ai pas pu tester l'accès pour dev2, le JBOSS était arrêté.

Les URLs pour accéder aux services depuis l'extérieur sont:

www.dev2.babel.fr
www.dev5.babel.fr

A transmettre aux intéressés.

Patrice.
Commentaire de Fabrice Feugas [ 24/août/09 12:02 ]
Ok merci. Les jboss tournent maintenant si tu veux retester.




[EXP-710] Installation accès réseau pour fonomail (messagerie téléphonique liée au standard automatique) Création: 29/déc./05 19:38  Mise à jour: 25/juin/07 18:55  Echéance: 04/janv./06 00:00  Résolue: 30/janv./06 11:21

Etat: Résolu
Projet: Exploitation
Composants: Installation
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Alain Bonneaud Attribution: ZZ_Arnaud Baali
Résolution: Corrigé  
Σ Estimation restante: 3 heures Estimation restante: Non spécifié
Σ Temps consacré: 3 jours Temps consacré: Non spécifié
Σ Estimation originale: 1 jour, 3 heures Estimation originale: Non spécifié

Sous-tâches:
Clé
Résumé
Type
Etat
Attribution
EXP-842 Attribution d'une adresse IP fixe pou... Sous-tâche Fermé ZZ_Arnaud Baali  
EXP-843 Connection du fonomail et reboot Sous-tâche Fermé ZZ_Arnaud Baali  
EXP-844 Paramétrage des boîtes vocales de tou... Sous-tâche Résolu ZZ_Arnaud Baali  
EXP-845 Réunion de formation avec le fourniss... Sous-tâche Fermé ZZ_Arnaud Baali  

 Description   
Pour finir la mise en place du standard téléphonique automatique, il faut relier le fonomail (boîtier permettant de recevoir des messages vocaux pour le service client) sur le réseau au travers d'une IP fixe afin que le boîtier envoie un mail au SAV avec un lien permettant d'écouter le message vocal directemnt sur leur PC. Pour ce faire, il faut également relier par un câble RJ45 le Fonomail qui est dans l'armoire de brassage du 1er étage à un port du switch réseau.

La finalisation de l'installation et la formation sur l'outil seront réalisés semaine 01/2006

 Commentaires   
Commentaire de ZZ_Arnaud Baali [ 04/janv./06 15:42 ]
Adresse Ip du phonomail réservé: 192.168.1.50




[EXP-1189] ouverture d'un port pour l'export de fichier en SCP Création: 06/févr./06 14:40  Mise à jour: 25/juin/07 18:56  Résolue: 15/févr./06 10:45

Etat: Fermé
Projet: Exploitation
Composants: Flux
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Mineur
Rapporteur: Emmanuel Benmussa Attribution: Sébastien Tournay
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Je souhaite transférer des données vers Priceminister via SCP

pour cela, je ne préfère pas passer par le port 22, mais plutot par le port 2222
Est il possible d'ouvrir ce port pour mon IP

mon IP : 192.168.1.240
IP de destination 195.13.59.230


Merci


Emmanuel


 Commentaires   
Commentaire de Sébastien Tournay [ 06/févr./06 14:47 ]
C'est assez génant. Cela nous demande du spécifique pour l'ouverture de ce flux. Ne peux tu pas te contenter du port 22 de ta machine distante ?

Sébastien
Commentaire de Sébastien Tournay [ 15/févr./06 10:45 ]
Je ferme cette demande. Emmanuel c'est arrangé autrement.




[EXP-709] Carte Réseaux sur le PC "Blonde" à changer Création: 29/déc./05 18:54  Mise à jour: 25/juin/07 18:55  Résolue: 30/déc./05 12:40

Etat: Fermé
Projet: Exploitation
Composants: Maintenance
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: ZZ_Arnaud Baali Attribution: ZZ_Arnaud Baali
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 1 heure
Estimation originale: Non spécifié


 Description   
Il faut remplacer la carte du PC Blonde , il n'arrive plus a obtenir correctement des adresses IP depuis le DHCP et ceux après desactivation, forçage, réinstall




[EXP-3447] [Cob Dauphine] Mauvaise redirection Création: 02/avr./07 12:15  Mise à jour: 25/juin/07 19:00  Résolue: 03/avr./07 09:44

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Younès Charrière Attribution: Antoine Koener
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Pb_acces_dauphine.JPG    
Pays:
FRA - France

 Description   
Le site Dauphine en Prod ne pointe pas vers la bonne ip. Il pointe vers le site espagne (voir screenshot).

 Commentaires   
Commentaire de Antoine Koener [ 03/avr./07 09:44 ]
Maintenant ça marche.




[EXP-3797] ouverture preview Espagne pour google Création: 23/juil./07 10:44  Mise à jour: 23/juil./07 18:29  Résolue: 23/juil./07 18:29

Etat: Fermé
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Charles Decaux Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Il faut ouvrir le preview ES à google

pas d'adresse ip fixe

Merci

Charles

 Commentaires   
Commentaire de Jérémie Bennejean [ 23/juil./07 11:12 ]
Je m'en occupe je te previens quand c'est terminé.
Commentaire de Jérémie Bennejean [ 23/juil./07 12:02 ]
C'est bon la conf est modifiée.
Tu peux leur dire de tester.
Commentaire de Jérémie Bennejean [ 23/juil./07 18:03 ]
Charles,
Est ce que google à bien accès à preview?
Merci de ton retour
Commentaire de Charles Decaux [ 23/juil./07 18:22 ]
oui oui ils m'ont confirmé que c'était bon
Commentaire de Jérémie Bennejean [ 23/juil./07 18:29 ]
Cool




[EXP-422] AOL: demande d'accès Création: 28/nov./05 12:10  Mise à jour: 25/juin/07 18:54  Résolue: 05/déc./05 18:28

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Thomas Beylot Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
bonjour,

suite au déménagement et au renforcement du firewall, je n'ai plus accès à AOL via mon abonnement. Or, il s'agit d'un de mes partenaires. Pouvez-vous m'accorder les droits d'accès afin que je puisse suivre à nouveau ce partenariat?

merci,
thomas.

pour infos voilà la réponse d'AOL à la question suivante:

"pourriez vous me dire quel est le port utilisé par votre appli (afin de libérer le port du firewall) ? "

"Pour pouvoir se connecter à AOL à travers un firewall d'entreprise (accès via Internet /
TCP/IP), il faut que le firewall autorise les connexions SORTANTES TCP
et UDP à destination de l'extérieur port 5190 (port destination), ce
numéro de port étant réservé à l'usage d'AOL.
Sinon: débrancher un fax pour avoir une ligne analogique et utiliser un
modem analogique/accès RTC!"


 Commentaires   
Commentaire de Sébastien Tournay [ 28/nov./05 14:30 ]
Pour ce genre de demande, il faut maintenant l'accord du responsable d'équipe. Notamment pour bien valider le besoin. On attend donc le retour d'Odile pour mettre en place (ou pas) la règle.

Sébastien
Commentaire de Sébastien Tournay [ 28/nov./05 15:30 ]
Ranto,

Je te laisse appliquer cette régle spécifique sur le FORTIGATE. En fait faudrait faire un groupe de webfiltering sur cette URL pour n'autoriser que l'@IP de Thomas (pour l'instant).

Sébastien
Commentaire de Ranto Andriambololona [ 29/nov./05 18:54 ]
C'est fait ...

Merci de tester si ta connexion AOL refonctionne

Ranto,
Commentaire de Sébastien Tournay [ 05/déc./05 18:20 ]
Vérifier auprès de Thomas que cela fonctionne bien
Commentaire de Jérémie Bennejean [ 05/déc./05 18:28 ]
ok
j'ai verifié aupres de thomas c est ok
j'ai regardé aussi la régle sur le forti c'est ok




[IMP-5084] Simply Electronics : demandes renseignements FTP Création: 18/janv./10 16:26  Mise à jour: 19/janv./10 09:44  Résolue: 18/janv./10 16:58

Etat: Résolu
Projet: Paramétrage - Import
Composants: Support entrant
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Laurent Payot Attribution: Laurent Payot
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Login: Simply Electronics
Séparateur: N/A
Type de traitement:
N/A

 Description   
De : Trunks Wong [mailto:trunks@eservicesgroup.net]
Envoyé : mercredi 13 janvier 2010 11:24
À : SUPPORT PRO
Cc : 'Jeremy Pallot'
Objet : RE: working together
 
Dear Laurent,
 
Thanks for your information. I would like to understand is there any security setup in your side for us to have successful access? Say for example, will you only allow for certain ip address to connect to your ftp server and etc. Please advise. Thanks.
 
Best regards,
 
Trunks Wong


 Commentaires   
Commentaire de Laurent Payot [ 18/janv./10 16:48 ]
Vu avec Damien Gilloz:

"Avec n'importe quelle adresse IP, bien heureusement oui.

Mais apres, ça dépend de la configuration de son côté. S'il accède au FTP depuis son lieu de travail / cyber / ...... et que la configuration du firewall n'autorise que le trafic web (http/80) il ne pourra pas accéder à notre FTP.
Son pare-feu doit laisser passer le traffic à destination des ports 20 et 21 ( y en a 2 pour FTP)"


envoyé la traduction:

De : SUPPORT PRO [mailto:support.pro@priceminister.com]
Envoyé : lundi 18 janvier 2010 16:45
À : 'trunks@eservicesgroup.net'
Cc : 'Jeremy Pallot'; 'Damien Gilloz'
Objet : RE: TR: working together - IMP-5084

Hello Trunks,

After checking with our internet security department you can access our FTP server from any IP address. Nevertheless if you have a firewall, ports 20 and 21 have to be open for outgoing traffic (2 ports are used for FTP).

Regards,
 
Laurent Payot
PriceMinister imports
support.pro@priceminister.com


Commentaire de Laurent Payot [ 19/janv./10 09:44 ]
De : Trunks Wong [mailto:trunks@eservicesgroup.net]
Envoyé : mardi 19 janvier 2010 02:06
À : SUPPORT PRO
Cc : 'Jeremy Pallot'; 'Damien Gilloz'
Objet : RE: TR: working together - IMP-5084

Dear Laurent,

Okay, understand. Thanks for your information.

Best regards,




[EXP-133] Tester à l'accès au bo via le lien MPLS Création: 08/août/05 17:35  Mise à jour: 25/juin/07 18:54  Résolue: 19/août/05 09:58

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Sébastien Tournay Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Mettre en place l'architecure DNS en interne (exemple : bo.jmh.lan) et voir avec Jet pour configurer une @IP privée de CUPIDON pour assurer le fonctionnement.

 Commentaires   
Commentaire de Ranto Andriambololona [ 19/août/05 09:58 ]
C'est fait ...

- Ajout d'une entrée dans le DNS
- Ouverture du flux http vers Phaeton
- Configuration de Apache virtualhost-bo-jmh
- Test





[EXP-1761] finalisation de mumm Création: 11/avr./06 16:45  Mise à jour: 09/juil./07 10:02  Résolue: 09/juil./07 10:02

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Jérémie Bennejean Attribution: Patrice Boulanger
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à EXP-1727 Mise en place du nouveau SA MUMM Résolu

 Description   
Je te passe mumm
Actuelement nommé mumm2. Son ip est 192.168.1.58
il est configuré pour le demande ( pas de chkconfig de fait cependant)


 Commentaires   
Commentaire de Pap Ndiaye [ 18/avr./06 20:42 ]
Le serveur n'est pas accessible via ssh !!!!
Commentaire de Jérémie Bennejean [ 19/avr./06 10:08 ]
Mais si !

[root@ruinart tmp]# ssh 192.168.1.58
root@192.168.1.58's password:
Last login: Tue Apr 11 10:55:31 2006 from mumm.lan
[root@mumm2 ~]# service sshd status
sshd (pid 11176 2313) is running...

Je viens de m'y connecter.
par contre comme le serveur s'apelle mumm2. essaie ssh 192.168.1.58 tu arrives bien sur mumm2.
Commentaire de Pap Ndiaye [ 25/avr./06 10:35 ]
Mumm2 a été connecté sur clicquot avec la version de l'applicatif actuellement présente en prod afin de tester le passage de script.sql et dévaluer les impacts sur la prod si l'on venait a executer les scripts avant le déploiement de la V900.
Commentaire de Sébastien Tournay [ 19/mai/06 17:26 ]
PAP, tu peux me faire un point concernant mumm et mumm2 ? Mumm2 est bien l'ancien mumm ?

Il me semble qu'il n'est plus utilisé (plus dans le pool). Si c'est le cas, il faut donc passer à l'étape suivante. Le redonner à Jérémie pour réinstaller l'OS (on formate tout) puis réinstallation de JBOSS+FAST en préparation de l'Integ Espagne. Reste encore à lui trouver un petit nom..

Sébastien
Commentaire de Jérémie Bennejean [ 09/juil./07 10:02 ]
Patrice je vais fermer ce Jira (ancien)
La machine installé depuis longtemps ne s'appelle plus mumm2 (car destiné à remplacé mumm).
Cette machine est actullement henriot (fast dev).




Installation de FAST sur la plateforme de PRODUCTION (EXP-471)

[EXP-512] Ajout de nouvelles entrées dans le DNS de RUINART Création: 09/déc./05 10:57  Mise à jour: 25/juin/07 18:55  Echéance: 16/janv./06 00:00  Résolue: 16/janv./06 14:41

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Majeur
Rapporteur: Sébastien Tournay Attribution: Pap Ndiaye
Résolution: Corrigé  
Estimation restante: 30 minutes
Temps consacré: Non spécifié
Estimation originale: 30 minutes


 Description   
Pour pouvoir accéder aux interfaces d'administration de FAST, il faut ajouter des entrées dans le DNS de RUINART pour accéder au machines qui hébergent l'application FAST sur leurs adresses IP privées.

Exemple :

http://parques:15900 sur un lien de l'interface PHP

On pourrait donc créer les entrées :

parques02.atlantide.jmsp.net avec un alias sur parques vers l'@IP 10.150.28.75
esculape02.atlantide.jmsp.net avec un alias sur esculape vers l'@IP 10.150.28.67

Et cela pour toutes les machines de la plateforme ...




[EXP-2147] Départ de Ranto+seb+alain : Fermer tous les accès Création: 31/mai/06 08:23  Mise à jour: 25/juin/07 18:58  Résolue: 08/mars/07 16:21

Etat: Fermé
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: ZZ_Arnaud Baali Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 30 minutes
Estimation originale: Non spécifié


 Description   
Ce JIRA a été ouvert afin de verifier qu'il n'y a pas eu d'oublie concernant le départ de Ranto.
- Desactivation du Compte réseaux
- Desactivation du VPN Fortigate
- Desactivation du VPN Arkoon
- Changement des mots de passe de la prod

Si il manque des points a modifier, merci de les rajouter

 Commentaires   
Commentaire de Justin Ziegler [ 31/mai/06 11:45 ]
Merci.

J'ajoute :
- retirer son adresse IP des firewall JMH
- retirer son adresse IP de apache en prod pour BO ...
- retirer son adresse IP du fortigate ?
- changer les mdp d'admin du fortigate ?
- changer les mdp root en interne
- autre ?
- enrichir la procedure avec tout ceci. :-)
Commentaire de Sébastien Tournay [ 31/mai/06 14:05 ]
En ce qui concerne l'@IP de RANTO, ce n'est pas un pb. Il ne disposait pas d'une @IP fixe. Il n'est donc pas nécessaire de modifier les confs en prod et en interne.

On peut par contre modifier son pass psswd pour le VPN et le mdp ROOT en interne.
Commentaire de ZZ_Arnaud Baali [ 31/mai/06 16:55 ]
- Le certificat Arkoon a été révoqué
- Le compte de Ranto sur le Fortigate a été Desactivé
- Ranto a été sorti de toutes listes de distribution Price et ses mails ont été redirigés sur la Boîte de SET
- Le compte réseaux de Ranto a été desactivé
Commentaire de Jérémie Bennejean [ 31/mai/06 17:08 ]
c'est fait
Commentaire de Jérémie Bennejean [ 31/mai/06 17:09 ]
Changer le mdp du forti en sert pas à grand chose puisque personne ne peux s'y connecter via le vpn.
Commentaire de Justin Ziegler [ 31/mai/06 18:09 ]
C'est un principe de securite de base !
:-)
Commentaire de Jérémie Bennejean [ 21/juin/06 18:13 ]
Je profiterai du départ de Sébastien pour changer tout les accès.
Commentaire de Jérémie Bennejean [ 03/juil./06 18:47 ]
*Sebastien :
Son compte sur le fortigate a été supprimé.
Son compte unix et samba aussi.
Ses mails osntredirigés vers Antoine
Révocation du certificat Arkoon
Suppression de son @ IP réservé.

*Alain
Son compte sur le fortigate a été supprimé.
Son compte unix et samba aussi.
Commentaire de Jérémie Bennejean [ 03/juil./06 18:48 ]
Je change les mpd du fortigate et root (en interne) demain.
Commentaire de Justin Ziegler [ 03/juil./06 20:09 ]
Super !
Il faut aussi penser a retirer l'adresse IP de Sebastien
=> chez jet (FW / routeur)
=> dans la conf apache pour le BO / l'intra
Commentaire de Jérémie Bennejean [ 26/juil./06 11:08 ]
Les mots de passe pour root sont changés.

LL'@ IP de sebastien est retiré de la conf apache de boo/intra
Commentaire de Jérémie Bennejean [ 26/juil./06 11:08 ]
Les mots de passe pour root des serveurs internes sont changés.
Commentaire de Jérémie Bennejean [ 21/sept./06 12:36 ]
En attente de reponse :)
Commentaire de Jérémie Bennejean [ 08/mars/07 16:21 ]
La derniere MAI (21483) est terminée.




[APP-29505] Modification des tags Weborama Création: 10/mai/10 15:58  Mise à jour: 04/juin/10 17:23  Résolue: 04/juin/10 14:28

Etat: Fermé
Projet: Application PriceMinister
Composants: Affiliation, Infoglue
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 70.0.2.1

Type: Tâche Priorité: Majeur
Rapporteur: Jonathan Gorges Attribution: Olga Costa
Résolution: Corrigé  
Σ Estimation restante: 0 minutes Estimation restante: 0 minutes
Σ Temps consacré: 5 heures Temps consacré: 5 heures
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Pièces jointes: Microsoft Word V2-Tag_weborama_priceminister.doc    
Sous-tâches:
Clé
Résumé
Type
Etat
Attribution
APP-29623 Validation nouveaux tags Weborama Sous-tâche Fermé Damien Dorizy  
Pays:
FRA - France
Projets PM: *** A PLANIFIER ***
Classif FONC: comarket

 Description   
Bonjour,

Je reviens vers vous concernant les tags Weborama. En effet, les premiers résultats du partenariat sont assez décevants de notre côté et notre partenaire nous communique que nous devons apporter des modifications sur les tags (une V2 en quelque sorte), afin d'optimiser la qualité de leurs recommandations.

Voici les modifications à effectuer :

** Remplacer v=0 par v=1 sur le tag ci-dessous, présents sur toutes les pages (sauf pour la Home Page) :
     <img width="1" height="1" src="https://aimfar.solution.weborama.fr/fcgi-bin/adprofil.fcgi?k=priceminister&v=0&r=max">

** Taguer toutes les fiches produits, en faisant bien remonter les familles de produit et catégories, en utilisant les tags suivants :
     <img width="1" height="1" src="https://aimfar.solution.weborama.fr/fcgi-bin/adprofil.fcgi?k=priceminister&v=1&r=max">
     <img src="http://priceminister.solution.weborama.fr/fcgi-bin/comptage_wreport.fcgi?WRP_ID=425417&WRP_SECTION={CATEGORIE}&WRP_SUBSECTION={Sous- Categorie}" width="1" height="1">

Olga, n'hésite pas à revenir vers moi pour en parler oralement.

Merci d'avance pour votre retour.

Jonathan.

 Commentaires   
Commentaire de Jonathan Gorges [ 12/mai/10 18:44 ]
Hello,

Pouvons-nous également taguer la landing page affiliation : http://www.priceminister.com/info/no/op/LPAV09
en disposant le même tag Weborama que nous avons actuellement sur la Home Page :

http://priceminister.solution.weborama.fr/fcgi-bin/comptage_wreport.fcgi?WRP_ID=425417&WRP_SECTION=Home&WRP_SUBSECTION=Accueil" width="1" height="1">
<img width="1" height="1" src="https://aimfar.solution.weborama.fr/fcgi-bin/adprofil.fcgi?k=priceminister&v=0&r=max">

Merci d'avance pour votre retour.
Commentaire de Jonathan Gorges [ 17/mai/10 13:49 ]
Hello,

Je reviens vers vous concernant le plan de taggage des DA. Mon partenaire revient en effet vers moi avec une V2 qui pourrait nous satisfaire :

Il s'agit finalement de placer un tag quasi identique a celui de la page produit, avec pour seule différence, le action id afin de ne pas confondre Fiche produit et DA.

Par exemple sur une page produit comme : le tag aura le code Action id : 1010
Par exemple sur une page détail annonceur : le tag sera comme celui de la page produit mais avec Action id 1014

<script type="text/javascript">
if (typeof (MyThings) != "undefined") {
MyThings.Track({
EventType: MyThings.Event.Visit,
Action: "1010",
ProductId: "1162385",
Category : "Musique",
SubCategory1: "CD",
SubCategory2: "",
Brand: "",
ProductName: "Thriller - Michael Jackson",
ProductDescription: "Thriller",
_NI: "26",
_UI: "17",
_NIP: "5,56 Euros",
_UIP: "1,30 Euros",
_UREV: "",
_NREV: "",
Currency: "Euros",
OldPrice: "129,00 Francs",
Url: window.location.href,
ImageUrl:"http://cot.priceminister.com/photo/850280879_M.jpg"
});
}
</script>

Qu'en pensez-vous ?

Merci d'avance pour votre retour.

Jon
Commentaire de Jonathan Gorges [ 17/mai/10 13:53 ]
Mea culpa !

Je me suis trompé de Jira :-)

Ne prenez pas en compte le commentaire ci-dessus du 17/mai/2010 13:49 svp.

Merci
Commentaire de Jonathan Gorges [ 18/mai/10 10:07 ]
Hello,

Je reviens vers vous avec une synthèse des demandes de Weborama concernant la modification de leurs tags sur nos pages.
Vous trouverez en PJ ce document.

Pour le moment, la campagne est en standby de notre côté car les résultats ne sont pas au RDV... Il apparaît clairement que la V1 du plan de taggage proposée par Weborama n'était pas "optimale".

Je reste à votre disposition pour en parler de vive voix.

Merci d'avance pour votre retour.

Jon
Commentaire de Fabrice Feugas [ 19/mai/10 18:30 ]
Hello Jonathan,

Quelques questions :

"2) Remplacer v=0 par v=1 pour tous les tags ci-dessous " --> à quoi correspond cette variable ?

"A faire partout sauf sur la homepage" --> partout = ? Toutes les pages du site ?????? identification ? Panier ? (Attention, selon la réponse, on va plus ou moins creuser :)

"3) Tracking de la page de coupon " --> pourquoi on veut tracker une page coupon ? Question à Marion, on peut tracker juste une page IG et pas les autres ?

Merci.
Commentaire de Jonathan Gorges [ 19/mai/10 19:01 ]
Hello,

Voici mes retours :

"2) Je ne sais pas exactement à quoi correspond cette variable de leur côté. Je me renseinge...
"A faire partout sauf sur la homepage" --> partout = uniquement sur les tags qui sont déjà en prod aujourd'hui + ceux des fiches produit à paramétrer.
Il s'agit uniquement de modifier l'existant + fiche produit en remplaçant v=0 par v=1 (sauf pour la HP) et non pas de taguer les pages d'identification.

"3) Weborama redirige une partie de son trafic sur cette fameuse page IG. Nous devons donc la taguer simplement (même tag que la home) pour que cette information remonte de la même manière côté Weborama.

Jon
Commentaire de Fabrice Feugas [ 20/mai/10 10:01 ]
ok c'est très clair merci.

Et en 2 mots, c'est quoi le business que weborama veut développer avec ces tags sur la FP ?
Commentaire de Jonathan Gorges [ 20/mai/10 10:16 ]
Hello,
Merci pour ce retour.

En fait, Weborama estime que taguer uniquement les catégories n'est pas suffisant pour ces recos contextualisées.
Du coup, les recommandations de produits sont très peu pertinentes, contrairement à un MyThings, Nextperf ou un Criteo qui taguent les pages produits.

En synthèse, nous sommes un peu avec Weborama au plus bas de ce qui existe en termes de retargueting... Leurs résultats sont aujourd'hui très décevants mais nous restons persuader qu'ils ont un bon potentiel business encore non exploité.

Jon
Commentaire de Marion Anfreville [ 20/mai/10 13:46 ]
Sur la question :

"3) Tracking de la page de coupon " --> pourquoi on veut tracker une page coupon ? Question à Marion, on peut tracker juste une page IG et pas les autres ?

On ne peut en effet pas faire de distinction sur une page IG en particulier. Si on tague, ceci concernera toutes les pages IG. (confirmer avec OCO)
Commentaire de Marion Anfreville [ 20/mai/10 13:46 ]
Je veux dire que j'ai confirmé ça avec Olga (OCO).
Commentaire de Jonathan Gorges [ 20/mai/10 14:11 ]
Hello,

Pour ma part, aucun problème pour que ce tag soit disposé sur l'ensemble des page IG. D'autant plus, qu'il s'agit d'un tag très simple, générique, et qui stipule juste un passage sur la page, sans remonter d'autres infos de PriceMinister.

Merci.

Jon
Commentaire de Fabrice Feugas [ 20/mai/10 16:24 ]
Merci pour ton explication Jon, très clair.

A priori, ok pour moi. Maintenant pour la page IG, ça veut dire qu'à chaque fois qu'on affiche une page IG (par exemple : http://www.priceminister.com/info/no/op/numero1) weborama recevra un tag disant que la page coupon a bien été visitée...

C'est quand-même bon pour toi ?
Commentaire de Jonathan Gorges [ 27/mai/10 15:50 ]
Hello,

Auriez-vous svp une date à me communiquer sur le paramétrage de ces nouveaux tags ?

Merci d'avance.
Commentaire de Marion Anfreville [ 27/mai/10 17:26 ]
Le paramétrage est prévu S22 (semaine prochaine) pour mise en prod S23 (je vais voir avec l'integ pour un Dump le 08/06).
Commentaire de Jonathan Gorges [ 27/mai/10 17:43 ]
OK merci Marion.

Commentaire de Jonathan Gorges [ 31/mai/10 12:30 ]
Hello,

Pourrait-on svp ouvrir un environnement de dev ou d'integ à mon partenaire afin qu'il check les modifications du tag avant mise en prod ?

Merci d'avance pour votre retour.

Jon
Commentaire de Olga Costa [ 01/juin/10 17:09 ]
Jonathan tu peux recetter s'il te plait,

http://bo.ref-fr.pm.dev/info/home

Merci
Commentaire de Jonathan Gorges [ 01/juin/10 17:12 ]
Hello,

Avant de recetter, je n'ai pas eu de retour de votre part sur mon précédent commentaire.

Pourrait-on svp ouvrir un environnement de dev ou d'integ à mon partenaire afin qu'il check les modifications du tag avant mise en prod ?

Merci d'avance pour votre retour.

Jon
Commentaire de Fabrice Feugas [ 01/juin/10 17:23 ]
N'essaies pas de te dédouaner de ta recette sur ton partenaire, on t'as à l'¿il ! :)

Plus sérieusement, pour l'ouverture au partenaire je laisse Olga gérer ça mais oui c'est possible. Il y a quelques manipulations dev et exploit à faire.

Olga viens nous voir quand tu voudras faire ça, et il faudra penser à communiquer un peu cette modif parce qu'elle pourra potentiellement impacter l'environnement de travail de plusieurs équipes.
Commentaire de Jonathan Gorges [ 01/juin/10 17:31 ]
En fait, je veux les faire recetter car ils me paraissent vraiment très "light" côté technique, et je voudrais éviter un retour de dernière minute après la mise en prod (ce qui retarderai le projet au dump suivant...).

Je pensais qu'il fallait uniquement vous communiquer l'adresse IP de la machine du partenaire qui sera utilisé pour tester, afin d'autoriser la connexion.

Jon
Commentaire de Olga Costa [ 01/juin/10 17:36 ]
Jonathan,

Il faut que tu demande le partenaire leur adresse IP .

Olga
Commentaire de Olga Costa [ 01/juin/10 17:40 ]
j'ai pas vu ton commentaire :)
oui effectivement il nous faut leur adresse IP. Puis je demande a l'exploite d'ouvrir l'accès
Commentaire de Olga Costa [ 01/juin/10 17:42 ]
Par contre je veux bien que tu regardes, avant qu'on ouvre l'accès au partenaire
Commentaire de Olga Costa [ 02/juin/10 10:34 ]
J'ai corrigé les ponts vu avec toi. Par contre sur certaines tag WRP_CONTENT=" n'est pas vide :

Panier : WRP_CONTENT=$!ids
Navigation : WRP_CONTENT=$!filters

Commentaire de Jonathan Gorges [ 02/juin/10 11:08 ]
Hello,

Je demande au partenaire de confirmer ce que nous faisons avec ces deux tags en particulier et reviens vers toi très vite.

Merci
Commentaire de Jonathan Gorges [ 02/juin/10 11:15 ]
Olga,

Je te confirme que nous devons laisser WRP_CONTENT vide sur ces deux tags !

Merci.
Commentaire de Olga Costa [ 02/juin/10 11:19 ]
Dans ce cas la où on met les variables $filtres et $ids, ou on remonte plus ces info?
Commentaire de Jonathan Gorges [ 02/juin/10 11:22 ]
Je ne suis pas trop sûr de comprendre ta question.
Que veux-tu dire exactement ?
Commentaire de Olga Costa [ 02/juin/10 11:29 ]
actuellement nous avons
Panier : WRP_CONTENT=$!ids
Navigation : WRP_CONTENT=$!filters
si je laisse WRP_CONTENT vide les données filtres et ids ne seront plus remonté
Commentaire de Jonathan Gorges [ 02/juin/10 11:35 ]
Selon moi, c'est bien cela...
Faisons le comme ça et laissons le partenaire recetter (une fois que j'aurais son adresse IP).

A ta dispo.
Commentaire de Fabrice Feugas [ 02/juin/10 12:19 ]
Donc, le partenaire veut des infos en moins par rapport à ce que nous faisions avant ??? C'est quoi la stratégie exactement ? Ca les rend moins pertinent du coup non ?
Commentaire de Jonathan Gorges [ 02/juin/10 12:23 ]
C'est exactement ça !

Lorsque ces tags seront en prod, je leur laisse 1 mois pour booster les résultats de manière significative... Si les volumes ne sont pas au RDV, on stop le partenariat.

Jon
Commentaire de Olga Costa [ 02/juin/10 12:33 ]
j'ai supprimé ces info
Commentaire de Fabrice Feugas [ 02/juin/10 16:12 ]
:D. Suicide ou belle surprise ?
Commentaire de Jonathan Gorges [ 02/juin/10 16:29 ]
C'est plutôt le droit à une dernière chance !
Commentaire de Jonathan Gorges [ 03/juin/10 09:40 ]
Hello,

Voici l'adresse IP afin que le partenaire check les tags : 82.127.2.148

Est-il possible de lui autoriser l'accès dans la matinée ?

Merci d'avance pour votre retour rapide.

Jon
Commentaire de Olga Costa [ 03/juin/10 12:08 ]
je suis en train de voir avec l'exploite et les devs je te tiens au courant des que c'est ok
Commentaire de Olga Costa [ 03/juin/10 15:48 ]
Jonathan,

On a déjà une ouverture en cours, et on ne peut en avoir qu'une seule à la fois. J'ai envoyé le mail au partenaire pour savoir si on peut couper l'accès ce soir, pour l'ouvrir au Weborama demain matin.
Je te tiens au courant
Commentaire de Jonathan Gorges [ 03/juin/10 16:08 ]
Hello,

Comme vu à l'instant avec Olga et Damien, nous ne taguons donc aucune page IG.

Merci
Commentaire de Olga Costa [ 03/juin/10 16:21 ]
j'ai supprimé le tag sur les pages IG




[IMP-5714] Support auprès du PRO "provadim" Création: 01/avr./10 16:41  Mise à jour: 01/avr./10 16:47  Résolue: 01/avr./10 16:47

Etat: Résolu
Projet: Paramétrage - Import
Composants: Support entrant
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Fotigui Tangara Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: provadim
Séparateur: N/A
Type de traitement:
N/A

 Description   
Bonjour,

Je suis Nicolas MICHEL de la société ASdiscount (login provadim).

Nous avons environ 50000 produits en vente chez vous.

Nous avons également un programme interne qui tourne sur priceminister
pour étudier en permanence le prix de nos offres par rapport à la
concurrence et modifier en conséquence.

Ce programme tourne depuis plusieurs mois sans problème. Cependant il
semblerait que depuis quelques jours nous ayons été filtré au niveau de
votre firewall.
En effet toute requête HTTP sur priceminister depuis l'IP de notre
serveur principal aboutit en erreur HTTP 403 (non autorisé).

Si nous faisons le test depuis une autre IP cela marche sans problème.
l'IP de notre serveur: 188.165.203.24

Pouvez-vous me faire contacter à ce sujet par une personne qualifiée
pour résoudre le problème le plus rapidement possible ?

Merci d'avance

Nicolas MICHEL
ASdiscount.com
nmichel@asdiscount.com
+33681698335


 Commentaires   
Commentaire de Fotigui Tangara [ 01/avr./10 16:44 ]
Ci-dessous, mail de Damien :

Bonjour,

Effectivement l'adresse Ip était bannie (on l'avait bannie lors d'un crawl massif).

Je l'ai supprimée du fichier de blacklist.

Merci de confirmer que le partenaire a bien accès au site

Cdt
Commentaire de Fotigui Tangara [ 01/avr./10 16:45 ]
Demande traitée.




[EXP-3575] Permettre l'accès à test.priceminister.com à notre partenaire WENGO Création: 14/mai/07 14:46  Mise à jour: 25/juin/07 19:01  Résolue: 08/juin/07 11:21

Etat: Fermé
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jérôme Gautier Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Bonjour,

il faudrait pouvoir permettre l'accès à notre partenaire WENGO au serveur test.priceminister.com pour faire les tests nécessaire à la mise en prod du partenariat.
Leur IP : 62.39.9.251

Merci

 Commentaires   
Commentaire de Antoine Koener [ 14/mai/07 15:30 ]

Qui est notre interlocuteur chez Wengo ?
Commentaire de Jérôme Gautier [ 16/mai/07 16:58 ]
Mail du 14/05/07 :

> Nos interlocuteurs sont Guirec Courbon et pour les aspects plutôt
> techniques Olivier Noel.
>
> Mais je fais l'interface avec Wengo. Puis je t'aider ?


Commentaire de Antoine Koener [ 21/mai/07 16:22 ]
Jérémie peux-tu ajouter l'ip du partenaire dans la configuration de test.priceminister.com.

Merci.
Commentaire de Jérémie Bennejean [ 22/mai/07 10:00 ]
J'ai ajouté l'ip de wengo ds le vh test.priceminister.com
Commentaire de Jérémie Bennejean [ 22/mai/07 10:06 ]
Jerome, tu peux leur dire qu'ils peuvent tester.
Commentaire de Jérémie Bennejean [ 28/mai/07 09:56 ]
Jerome, sais-tu si Wengo a bien accès ?
Commentaire de Jérôme Gautier [ 31/mai/07 17:28 ]
Oui ils ont accès. Laissons ce JIRA à jour jusqu'à temps que notre page soit en PROD et si tout est OK on ferme le JIRA.
Merci ++
Commentaire de Jérémie Bennejean [ 08/juin/07 11:21 ]
Vu avec Jérôme.
Comme l apage est passé en V14_2
J'ai enlevé l'accès à Wengo sur Test.priceminister.com




[INF-131] Ordi CE et site CE down. Création: 01/août/08 11:14  Mise à jour: 29/août/08 10:14  Résolue: 29/août/08 10:14

Etat: Résolu
Projet: Infrastructure
Composants: Réseau
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Jérôme Viviès Attribution: Stéphane Eccli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Salut,

- Le PC du CE refuse de démarrer : conflit d'adresse IP.
- Le site du CE est down (probablement suite à l'intervention des électriciens) ; peux-tu le re-démarrer, stp ?

 Commentaires   
Commentaire de Jérôme Viviès [ 22/août/08 14:09 ]
Yo, on en est où là dessus ?

On est en rade pour la compta, et on ne peut pas renvoyer les nouveaux sur le site du CE... ni publier les PV de réunion :/
Commentaire de Stéphane Eccli [ 29/août/08 10:14 ]
ok pour les deux




[EXP-1404] Idregie.com ne réponds plus. Création: 28/févr./06 15:12  Mise à jour: 25/juin/07 18:56  Résolue: 02/mars/06 11:18

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Antoine Koener Attribution: Antoine Koener
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Le site est visuellement lent car les références au site i2as.idregie.com ne peuvent pas être résolue (obtention de l'adresse IP).

Le paramètrage va donc retirer les références des pages du site.




 Commentaires   
Commentaire de Antoine Koener [ 28/févr./06 15:21 ]

Les caches sont à jour /ng fonctionne presque correctement.
Commentaire de Antoine Koener [ 28/févr./06 15:31 ]

Les pages pseudo static sont regénérées.

Le site tourne sans les références à idregie.com
Commentaire de Antoine Koener [ 28/févr./06 17:52 ]

Idregie.com est de nouveau UP
Le paramétrage a réinstaller les références, je viens de recharger les caches.
Je vais générer les pages Statiques.




Fast lot 1 - passage en PROD (EXP-790)

[EXP-902] Ouverture du flux vers http://parques:15900/ Création: 16/janv./06 15:32  Mise à jour: 25/juin/07 18:55  Résolue: 18/janv./06 14:51

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Majeur
Rapporteur: Sébastien Tournay Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
On vient de créer dans le DNS interne la machine parques sur son adresse IP privée en production. Il faudrait demande à JMH d'ouvrir sur l'arkoon le flux pour accéder en HTTP au port 15900 de parques (http://parques:15900/control.html)

 Commentaires   
Commentaire de Ranto Andriambololona [ 18/janv./06 14:51 ]
Port ouvert par JMH




[BCK-236] [PB2] ouvrir devtest12 aux pros Création: 27/janv./11 17:37  Mise à jour: 10/mars/11 13:32  Résolue: 03/févr./11 16:27

Etat: Fermé
Projet: Backlog Projets
Composants: Aucune
Affecte la/les version(s): CTN-W
Version(s) corrigée(s): CTN-W

Type: Tâche Priorité: Critique
Rapporteur: Swan Desportes Attribution: Patrice Boulanger
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM: Personnalisation Boutique

 Description   
Il faut autoriser les IP suivantes :
- pour SS
82.219.208.105
81.149.115.178
- pour LMLM
en attente

Et il faut dégager tous les produits pourris et mettre des vraies chaussures !

 Commentaires   
Commentaire de Renaud Dierickx [ 27/janv./11 17:45 ]
Voir avec les TX avant de prendre le devTest.
Commentaire de Renaud Dierickx [ 28/janv./11 11:05 ]
Pour LMLM, on a l'IP suivante en BO : 78.228.20.120
Damien peux-tu ouvrir à l'extérieure devtest12 à ces IPs ?
Merci d'avance.
Red
Commentaire de Damien Gilloz [ 28/janv./11 12:04 ]
Il y a une ouverture en cours pour le pole TX.

Il faut voir avec eux s'ils en ont encore besoin
Commentaire de Renaud Dierickx [ 28/janv./11 17:10 ]
C'est déjà validé avec eux !
Le serveur est à nous !!!
Merci.
Commentaire de Damien Gilloz [ 28/janv./11 17:23 ]
Peux tu tester www.dev12fr.babel.fr ? tu as même ws.dev12fr.babel.fr.

La conf apache est ici /usr/local/apache/conf/virtualhost/available/www.dev12fr.babel.fr et /usr/local/apache/conf/virtualhost/available/ws.dev12fr.babel.fr
Commentaire de Renaud Dierickx [ 31/janv./11 17:07 ]
Peux-tu également ouvrir le serveur à l'IP 77.245.131.232 ?
Merci d'avance.
Commentaire de Renaud Dierickx [ 01/févr./11 14:55 ]
Patrice, comme Damien n'est pas là, peux-tu t'en occuper ?
Merci d'avance.
Commentaire de Patrice Boulanger [ 01/févr./11 15:00 ]
C'est fait.
Commentaire de Renaud Dierickx [ 03/févr./11 16:27 ]
Merci Patrice ! :D
REDisDead.




[EXP-1932] Surveillance des RBL Création: 04/mai/06 09:31  Mise à jour: 12/déc./08 11:08

Etat: Ouvert
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Sébastien Tournay Attribution: Sébastien Raguet
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
On vient durant quelques jours d'être mentionné comme blacklisté dans plusieurs RBL. On aurait besoin d'une alerte qui nous permet de suivre dès lors ou l'adresse IP de notre FW est renseignée. On pourrait utiliser une des fonction d'analyse du site de DNSSTUFF(http://www.dnsstuff.com/tools/ip4r.ch?ip=62.23.27.114). On pourrait relever la présence de l'info 'LISTED'

 Commentaires   
Commentaire de Xiaoming Du [ 10/mai/06 10:59 ]
Il est assez coûteux (10s - 15s) de récupérer la page de "DnsStuff" qui interroge toutes les bases de spams. en plus, comme les bases se référencent de l'une à l'autre, je pense qu'il suffit d'interroger quelques bases principales (spamcop, ordb) pour conclure le resultat.
Commentaire de Sébastien Tournay [ 10/mai/06 11:06 ]
OK
Commentaire de Justin Ziegler [ 11/juil./06 12:01 ]
C'est un vrai sujet important.
Cependant, je ne pense pas qu'il soit bon de s'attarder dessus pour l'instant.
Commentaire de ZZ_Arnaud Baali [ 11/juil./06 12:06 ]
Actuellement je fais le contrôle manuellement 1 fois par mois sur le site de dnsstuuf.com pour vérifier les RBL.
Nous pouvons résté dans cette configuration je pense
Commentaire de Patrice Boulanger [ 13/sept./06 11:18 ]
A prendre en compte dans la reprise du monitoring.
Commentaire de Ange Ferrari [ 12/déc./08 11:08 ]
cadeau :)




[APP-20418] [CoSAV] Lien "pays " - page User - Back Office Création: 29/avr./08 16:03  Mise à jour: 26/nov./09 11:31  Résolue: 24/nov./09 11:06

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 20.1.1
Version(s) corrigée(s): 58.0.0 (TX-K)

Type: Bogue Priorité: Mineur
Rapporteur: Cedric Favero Attribution: Marc-Antoine Decreton
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File lien_pays.JPG    
Pays:
FRA - France
Site: Prod
Projets PM: *** CHASSE ***
Classif FONC: CoSAV

 Description   
Le lien pays qui nous permet de voir le pays de connexion de l'utilisateur par son IP n'a depuis peu plus le comportement escompté.

En effet , lorsque l'on clique dessus , il prend notre adresse IP (62.23.27.114) au lieu de celle qu'on recherche.
il semblerait qu'ils aient quelquepeu vérrouillé l'accès direct.

Demande initiale pour l'ajout de ce lien:
 http://pricejira.lan/browse/APP-17663

Peut-on faire quelquechose?

 Commentaires   
Commentaire de Marc-Antoine Decreton [ 17/nov./09 14:33 ]
Le site qu'on utilisait jusqu'alors n'a plus l'air fonctionnel.
Le plus simple est d'utiliser un service alternatif (un site gratuit qui recherche le pays grâce à un formulaire en GET, comme ça on y accède via une url, comme ce qui était fait).

J'ai trouvé http://www.geoiptool.com/fr/ , on part là-dessus ?
Commentaire de Emeric Teil [ 17/nov./09 16:00 ]
Comme vu ensemble :
-> On commence par mettre l'IP en question dans une propriété (comme ça on a le temps de valider ou pas ce site et d'en trouver un autre si besoin & si à terme le site retenu ne fonctionne plus, on pourra facilement changer de service)

-> Je vois avec Benoît Tabaka si on peut utiliser le site que tu proposes ou pas...

Merci
Commentaire de Marc-Antoine Decreton [ 17/nov./09 17:27 ]
[CAJ2009Q4TX]

C'est bon, il y a maintenant 2 propriétés dans priceminister-common :
- une pour l'url appelée pour le pays
- une pour l'url appelée pour le traceroute

Ca permet donc d'être plus souples (changement d'url à la volée)
Commentaire de Emeric Teil [ 20/nov./09 18:26 ]
Au final, on retient le service suivant : http://whois.domaintools.com/
Commentaire de Emeric Teil [ 24/nov./09 10:34 ]
Après vérif en Integ, ces nouvelles propriétés ne sont pas prises en compte...
Commentaire de Marc-Antoine Decreton [ 24/nov./09 11:06 ]
Corrigé : le nom de la propriété était erroné (...ipToCountryUr au lieu de ...ipToCountryUrl), ce qui fait qu'il prenait la valeur par défaut.




[IMP-4312] Probleme import images Disc-order - nous affichons le logo du partenaire. Création: 30/sept./09 17:17  Mise à jour: 30/oct./09 15:47  Résolue: 02/oct./09 12:05

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Cantoni Carlos Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Dépendance
est bloqué par EXP-4973 PROD_ES - Demande de suppression d'im... Résolu
Pays:
ESP - Espagne
Login: disc-order
Séparateur: N/A
Type de traitement:
N/A

 Description   
Bonjour,

Nous avons transmis il y a quelque jours notre adresse IP au partenaire Disc-order afin qu'il nous envoi pas des "logos" de Disc-order a la place des images.
Il semble qu'il y a un probleme car nous avons des fiches produit avec le visuel disc-order
pourriez-vous vérifier l'adresse IP utilisée afin qu'on puisse résoudre ce probleme?

http://www.priceminister.es/offer/buy/46794169/Planete-Rap-2008---3-Dvd-CD-Album.html

le partenaire fait de la creation sur les 3 sites, il est doc probable que le probleme concerne les 3 sites

 Commentaires   
Commentaire de Daniel Pintamalli [ 30/sept./09 17:19 ]
je viens d'envoyer un mail au PRO
Commentaire de Daniel Pintamalli [ 01/oct./09 11:08 ]
Le PRO dit que nous interrogeons avec l'IP suivante:
212.23.167.28

Il l'a ajoutée parmi les adresses à filtrer.

Je viens de faire la demande de suppression d'images auprès l'équipe EXP:

Cette demande est bloqué par:
EXP-4973 PROD_ES - Demande de suppression d'images
Commentaire de Daniel Pintamalli [ 02/oct./09 12:05 ]
Normalement cet incident ne devrait pas se reproduire car le PRO filtre un groupe d'IPs provenant de chez nous dont la dernière mentionné ci-dessus.

S'il reste des images générique n'hésitez pas à les effacer à la main au fur et à mesure (j'en ai fait une grande partie) car je ne peux pas le faire pas script (en les effaçant on risque ne de plus récupérer une grande partie).




[EXP-2574] test.priceminister.com est accessible de l'extérieur ! Création: 01/sept./06 09:50  Mise à jour: 09/août/07 16:16

Etat: Ouvert
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Charles Decaux Attribution: Antoine Koener
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Salut,

par hasard je me suis connecté depuis chez moi sur test.priceminister.com et j'ai réussi à m'y connecter.

Il faudrait peut être sécuriser cela ?

Ne pas oublier que test.priceminister.com doit rester accessible à Pangora (Ip fixes fournies dans un précédent jira)

merci

 Commentaires   
Commentaire de Antoine Koener [ 18/sept./06 10:18 ]

Je vais regarder le raison de cet accès.

Pourrais-je disposer également du numéro du précédent JIRA dont tu parles ?
Commentaire de Charles Decaux [ 20/sept./06 11:54 ]
Il y a eu pas mal d'échanges à ce sujet.

Car test.priceminister.com doit être ouvert à deux partenaires :
- Pangora (ils ont fourni l'IP fixe dans ce JIRA http://pricejira.lan/browse/EXP-2329)
- Google : qui n'ont pas d'IP fixe, il fallait donc leur mettre un htaccess

A ta dispo pour en parler

Charles
Commentaire de Antoine Koener [ 13/mars/07 15:08 ]

Reste-t-il des choses à faire ?
Commentaire de Charles Decaux [ 13/mars/07 15:12 ]
Il faudrait donner accès à Pangora (ils ont fourni l'IP fixe dans ce JIRA http://pricejira.lan/browse/EXP-2329) et mettre un htaccess pour les autres
Commentaire de Antoine Koener [ 13/mars/07 18:33 ]
Pour des soucis de simplicité nous allons mettre en place un HTACCESS pour toutes les personnes désirant se connecter sur ce site.

Je mettrais en commentaires les différents accès.

Je dois créer des accès pour les personnes suivantes (compléter la liste sibesoin):

pangora
google

Commentaire de Charles Decaux [ 14/mars/07 11:02 ]
merci Antoine

je sais qu'on met aussi ce site à disposition de la redoute pour tester les cobrandings, il faudrait donc également leur créer un accès

merci
Commentaire de Antoine Koener [ 14/mars/07 11:25 ]
Récap des comptes :

pangora
google
redoute
Commentaire de Antoine Koener [ 20/mars/07 17:43 ]

Les adresses pour
PANGORA
GOOGLE
LAREDOUTE
sont inscrites dans le fichier de configuration, nous faisons un test ce soir afin de clore le JIRA demain...
Commentaire de Justin Ziegler [ 09/août/07 16:16 ]
Déjà un an depuis la demande de départ !
Antoine, on peut fermer ?




[EXP-188] Relancer COLT sur l'installation du routeur bvd de la villette Création: 31/août/05 16:36  Mise à jour: 25/juin/07 18:54  Résolue: 04/nov./05 18:37

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Sébastien Tournay Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Voir régulièrement durant mon absence avec Laurent HULLOT-WILM de colt l'état d'avancement du déménagment de notre accès. A contacter au 01.70.99.60.76 ou 06.61.30.17.76 ou lhullotwilm@colt-telecom.fr

La ligne a dégrouper est le 01.42.45.21.69. Ils doivent nous fournir un nouveau routeur et une nouvelle classe d'@IP.

 Commentaires   
Commentaire de Jérémie Bennejean [ 12/sept./05 16:51 ]
Déja relancé 2 fois , dont la derniére le 12 mais pas de retour ...
Commentaire de Jérémie Bennejean [ 14/sept./05 12:27 ]
nouveau rappel le 14/09/05
contact avec catherine quiterio ( 01 70 99 62 49)

09/09/05 saisie du dossier
13/09/05 accusé de réception de FT
Attente FT + déplacement chez colt d'un de leur technicien, nous saurons recontacté.
Sinon je rapelle lundi 19 septembre
Commentaire de Jérémie Bennejean [ 22/sept./05 17:38 ]
date prommesse -> 17/10
installation avec Ft le 26/09
Commentaire de Jérémie Bennejean [ 27/sept./05 11:47 ]
liaison rue d enghien
autre liaison 57 bd de la vilette




[EXP-1722] Probleme sur le poste pmt058 Création: 05/avr./06 14:17  Mise à jour: 25/juin/07 18:57  Résolue: 06/avr./06 14:54

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Edouard Laurent Attribution: ZZ_Arnaud Baali
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Le système a détecté un conflit d'adresses pour l'adresse IP 192.168.1.195 avec le système d'adresse physique réseau 00:13:21:24:CA:A0. En conséquence les opérations réseau sur se système peuvent être interrompues.





[EXP-423] Resolution des adresses sur bollinger ne marche plus Création: 28/nov./05 12:26  Mise à jour: 25/juin/07 18:54  Résolue: 28/nov./05 13:47

Etat: Fermé
Projet: Exploitation
Composants: Troubleshooting
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Judd OSullivan Attribution: Pap Ndiaye
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Quand on lance tkdiff, par exemple, on a l'erreur suivant :

_X11TransSocketINETConnect: Can't get address for kirin

En gros on trouve plus ces adresses ip (si on fait '$ host kirin' on voit la même chose.
L'utilisation de X pour nous est super important donc j'ai marqué ce bug critique.

 

 Commentaires   
Commentaire de Judd OSullivan [ 28/nov./05 13:47 ]
C'est corriger. Il faut qu'on fasse un redémarrage de connection reseaus. J'ai transmis les details à l'équipe dev.




[EXP-147] Schéma d'architecture réseau INTEG&DEV Création: 17/août/05 11:21  Mise à jour: 25/juin/07 18:54  Résolue: 22/août/05 19:03

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Sébastien Tournay Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Il nous faudrait maintenant un schéma mis à jour (sur le même principe que celui que nous avons en PROD) pour mettre à plat l'archi système&réseau du DEV et de l'INTEG. Il faut faire ressortir :

        * les différents serveurs avec leur adresse (LANSON, GOSSET,...)
        * Indiquer les différents fireWall avec leurs adresses IP privées et publiques
        * Indiquer les différents routeurs (écuries, enghien, MPLS) avec leurs différentes adresses.

 Commentaires   
Commentaire de Ranto Andriambololona [ 22/août/05 19:03 ]
C'est fait ...

Je t'ai envoyé le lien par mail





[EXP-344] modification configuration DNS partenaire carminister.com Création: 10/nov./05 14:53  Mise à jour: 25/juin/07 18:54  Résolue: 14/nov./05 10:44

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Marc Cacheiro Attribution: Sébastien Tournay
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Suite à la modification de l'infrastructure réseau et de l'adresse IP publique de carminister, il faut modifier dès que possible la configuration dns du nom de domaine carminister.com, avec les informations suivantes :

- trafic Web = 212.180.5.138
- trafic mail (MX) = 212.180.5.138 (le même)


 Commentaires   
Commentaire de Sébastien Tournay [ 14/nov./05 10:44 ]
OK. La demande est prise en compte. La propagation DNS à eu lieu. ATTENTION à bien prendre en compte à l'avenir les différents délais pour éviter l'arrêt de service.

Sébastien




[EXP-3635] Droits d'accès à la base de données PMBH Création: 29/mai/07 16:45  Mise à jour: 08/août/07 11:27  Résolue: 08/août/07 11:27

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Majeur
Rapporteur: Damien Dorizy Attribution: Jérôme Mazoyer
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Serait-il possible d'accéder à la base PMBH depuis les machines de dév (ou au moins depuis les IP suivantes : 192.168.1.215, 192.168.1.220, 192.168.1.234). ? Pour l'instant, il est seulement possible d'y accéder depuis le compte pmbh sur mignon.

 Commentaires   
Commentaire de Damien Dorizy [ 25/juin/07 18:36 ]
Mignon est revenu mais on ne peut toujours pas se connecter à la base depuis un autre poste ?
Commentaire de Jérôme Mazoyer [ 08/août/07 11:27 ]
Changement des droits sur la table user. Fonctionne correctement a présent. Vu avec Damien




[EXP-4271] Autoriser Quamedia a crawler le site Espagne Création: 18/mars/08 11:30  Mise à jour: 16/sept./08 17:16  Résolue: 16/sept./08 17:16

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Charles Decaux Attribution: Ange Ferrari
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne

 Description   
Bonjour,

un de nos partenaires, QuaMedia, a besoin de crawler le site.
Pouvez-vous autoriser ces adresses IP a crawler le site Espagne ?

212.180.5.208
62.128.138.187
62.128.149.33

Merci



 Commentaires   
Commentaire de Ange Ferrari [ 16/sept./08 17:16 ]
done




Mise en oeuvre EVANDRE (EXP-3568)

[EXP-3604] Ouvrir les MAIs chez jet concernant: Création: 23/mai/07 11:25  Mise à jour: 25/juin/07 19:01  Résolue: 31/mai/07 10:50

Etat: Fermé
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Mineur
Rapporteur: Jérémie Bennejean Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
¿ Ouverture du firewall sur la nouvelle adresse IP publique du serveur : on appliquera les mêmes règles sur EVANDRE (212.23.167.27) que sur CUPIDON (212.23.167.30).
¿ Vérification de la version de MOD_JK et upgrade vers la dernière version disponible.
¿ Upgrade d'apache en 2.2.4.


 Commentaires   
Commentaire de Jérémie Bennejean [ 23/mai/07 15:47 ]
En fait il ne s'agit pas de MAI mais de demande par mail, evandre n'étant pas en production!

Le mail sur l'upgrade en 2.2.4 est fait (patrice tu es en copie)

Commentaire de Jérémie Bennejean [ 28/mai/07 18:01 ]
L'upgrade apache en 2.2.4 est faites.
Les flux sont souverts sur le firewall.
La maj du mod_jk aussi.

Commentaire de Jérémie Bennejean [ 31/mai/07 10:50 ]
J'ai vérifié toutes les demandes. C'est OK




[EXP-4825] Configuration du domaine groupe-priceminister.com Création: 26/mai/09 17:29  Mise à jour: 02/juin/09 18:16  Résolue: 02/juin/09 18:16

Etat: Résolu
Projet: Exploitation
Composants: Référencement
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Majeur
Rapporteur: Thierry Leforestier Attribution: Patrice Boulanger
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Il faut modifier la configuration du domaine groupe-priceminister.com afin que ce dernier (ainsi que www.groupe-priceminister.com) pointe vers l'adresse ip correspondant au domaine newcap.info a savoir "213.186.33.2".

 Commentaires   
Commentaire de Patrice Boulanger [ 02/juin/09 18:16 ]
C'est fait.




[EXP-5094] Google Crawle et indexe nos VIP Création: 27/avr./10 11:44  Mise à jour: 03/mai/10 18:12  Résolue: 03/mai/10 18:12

Etat: Résolu
Projet: Exploitation
Composants: Référencement
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Thierry Leforestier Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
GBR - Royaume Uni, FRA - France, ESP - Espagne

 Description   
On peut trouver des pages indexées directement sous nos adresses ip sur Google :
http://www.google.fr/search?sourceid=chrome&ie=UTF-8&q=site:212.23.167.56

Il faut impérativement ajouter des règles de redirection qui vont bien pour empêcher Google (et autres) d'accéder à ces pages.

 Commentaires   
Commentaire de Thierry Leforestier [ 27/avr./10 16:44 ]
!
Commentaire de Jérémie Bennejean [ 03/mai/10 18:12 ]
Les rr sont en place.




[EXP-1612] Analyse AKAMAI Création: 24/mars/06 12:24  Mise à jour: 25/juin/07 18:57  Résolue: 18/sept./06 09:31

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Antoine Koener Attribution: Antoine Koener
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Comment optimiser le trop de bande passante non utilisé.

Les chiffres donnent environ 83 mbps par mois à utiliser car déjà payé.

Il faut analyser l'utilisation possible du cache akamai si la homepage passe chez eux.
La contrainte est de leur donner en CNAME de www.priceminister.com.

Quid de l'impact réél sur le référencement, des ips différentes.




[APP-16150] architecture pangora : reflexions concernant l'architecture d'integration Création: 27/avr./07 14:15  Mise à jour: 09/oct./07 18:29  Résolue: 02/mai/07 10:51

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 16.1.0

Type: Tâche Priorité: Mineur
Rapporteur: Justin Ziegler Attribution: Swan Desportes
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM: *** RESERVE ***
Classif1: TECH
Classif2: pangora

 Description   
il me semble que aujourd'hui nous utilisons un proxy chez nous pour atteindre le contenu pangora a cause de pb de securité.
il s'agit d'éviter d'avoir un message de sécurité de la part du moteur JS.

l'utilisation d'un domaine du genre pangora.priceminister.com permettrait elle d'éviter le message d'erreur ?
si oui, on pourrrait mettre un adresse IP de pangora derriere ce domaine.

est ce possible ?

 Commentaires   
Commentaire de Swan Desportes [ 30/avr./07 09:37 ]
A confirmer avec Olivier mais je crois que l'on avait déjà envisagé cette éventualité. L'uilisation Ajax est encore plus contraignante.
Comme JS/Ajax permet de générer des requêtes sans que l'internaute l'ait souhaité, on peut comprendre que la restriction se fasse sur l'IP (et non le domaine) sur laquelle vient de s'effectuer la requete.

Dans ce cas, la seule solution était de monter un proxy chez nous, en dépis du fait que cela provoque une requête supplémentaire par FPDA sur nos frontaux.
Commentaire de Olivier Bourgeois [ 30/avr./07 10:56 ]
Oui on avait déjà envisagé cette solution d'un sous domaine pour Pangora (cf http://pricejira.lan/browse/EXP-2919 ) , mais on n'a jamais réussi à la mettre en place : le code Ajax refuse de fonctionner.
En fait Ajax contraint à utiliser exactement le même domaine, sans quoi une alerte de sécurité est levée par le browser et le code JS ne s'execute même pas.
Commentaire de Justin Ziegler [ 02/mai/07 10:50 ]
ok, merci pour vos reponses tres claires.
je ferme donc ce jira.




[APP-792] Corriger un peu les liens vers les pages jaunes... Création: 24/avr./02 15:57  Mise à jour: 25/juin/07 18:22  Résolue: 25/juin/07 18:22

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): old
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Justin Ziegler Attribution: Olivier Desusanne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Steven et moi préférons la façon dont le lien est fait sur les mails d'alerte,
à savoir:

sans le nom, avec l'adresse, la ville et les 2 premiers chiffres du code postal
seulement.

Dans le même esprit, ça aurait été bien d'avoir un lien whois à côté de
l'adresse IP du panier.

Rajouter egalement ces liens sur la fiche panier...




[EXP-1257] Poste de travail : installation de microsoft project Création: 13/févr./06 15:25  Mise à jour: 25/juin/07 18:56  Résolue: 20/févr./06 16:28

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Edouard Gomez-Vaez Attribution: ZZ_Arnaud Baali
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 30 minutes
Estimation originale: Non spécifié


 Description   
Est-ce qu'il y a powerpoint disponible ?

Merci !

Bonjour,

Je viens d'arriver, aujourd'hui, en tant que chef de projet développement.
Pourriez-vous installez Microsoft Project sur mon poste ?

@IP : 192.168.1.106
Situation géographique : îlot de quatre, juste à côté de celui de l'équipe décisionnelle, placé dos à l'entrée du bâtiment
login/pwd : gomeze/provence

Cordialement,


Edouard

 Commentaires   
Commentaire de Sébastien Tournay [ 13/févr./06 15:45 ]
PAs de problème. Nous n'utilisons pas Project mais une version équivalente et gratuite 'GantProject'.
Commentaire de ZZ_Arnaud Baali [ 13/févr./06 16:05 ]
GantProject est déjà présent sur la machine
Commentaire de Edouard Gomez-Vaez [ 13/févr./06 18:23 ]
Est-ce que powerpoint est disponible ?




[EXP-518] Mise en place d'une alerte pour suivre la bascule sur le serveur web de débordement Création: 09/déc./05 11:58  Mise à jour: 25/juin/07 18:55  Résolue: 28/déc./05 15:22

Etat: Résolu
Projet: Exploitation
Composants: Supervision
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Nouvelle fonctionnalité Priorité: Majeur
Rapporteur: Sébastien Tournay Attribution: Xiaoming Du
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
En cas de désactivation des @IP des 2 serveurs web de PROD (CUPIDON et PHAETON) on a demandé à JMH que l'ALTEON puisse nous basculer sur un serveur de débordement (BACCHUS) afin d'afficher une page spécifique qui indique '.... revenez-plus tard...' en gros.

Il faudrait mettre en place une alerte pour nous permettre de suivre cette bascule. Une alerte qui analyse les logs apache sur BACCHUS et qui détecte l'affichage de cette page dans le vaccess.log

Prévoir de bien le tester (juste un appel de la page par exemple..)

 Commentaires   
Commentaire de Sébastien Tournay [ 26/déc./05 16:47 ]
La page de débordement est active sur BACCHUS (http://212.23.167.57). Lorsque nous basculerons en débordement sur ce serveur c'est la page index.html qui sera retournée. Cf. ci-dessous l'extrait du log APACHE lors d'une simulation. On peut donc déclencher l'envoi d'un mail+SMS lors de la présence de ces lignes dans les logs. ATTENTION à ne déclencher l'alerte qu'en fonction d'une certaine volumétrie. Par exemple au moins 50 lignes sur les 6à dernières secondes ...



"
www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:53:01 +0100] "GET / HTTP/1.1" 200 708 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)"
www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:53:01 +0100] "GET / HTTP/1.1" 304 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)"
www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:53:03 +0100] "GET / HTTP/1.1" 200 708 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)"
www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:53:04 +0100] "GET / HTTP/1.1" 200 708 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)"
www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:53:05 +0100] "GET / HTTP/1.1" 200 708 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)"
www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:53:06 +0100] "GET / HTTP/1.1" 304 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)"
Commentaire de Sébastien Tournay [ 26/déc./05 16:52 ]
L'idée est donc de vérifier la présence dans le log de l'appel de la page index.html (cf ci-dessous) pour détecter que l'on vient de basculer sur le serveur de débordement BACCHUS (http://212.23.167.57). On pourrait déclencher cette alerte (mail+SMS) dès lors ou l'on détecte sur les 60 dernières secondes la présence d'au moins 50 lignes sur cette requête HTTP.

www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:52:55 +0100] "GET / HTTP/1.1" 304 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)"
www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:52:57 +0100] "GET / HTTP/1.1" 304 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)"
www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:52:58 +0100] "GET / HTTP/1.1" 304 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)"
www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:53:00 +0100] "GET / HTTP/1.1" 200 708 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)"
www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:53:01 +0100] "GET / HTTP/1.1" 200 708 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)"
www.priceminister.com 62.23.27.114 - - [26/Dec/2005:16:53:01 +0100] "GET / HTTP/1.1" 304 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)"
www.pr
Commentaire de Sébastien Tournay [ 26/déc./05 16:53 ]
test
Commentaire de Xiaoming Du [ 27/déc./05 14:57 ]
module développé, sera installé sur bacchus. Ce module sera declenché à chaque 3 minute qui analyse les logs apacha des 3 dernières minutes. une alerte sera envoyée si on trouve 100 requête GET pendant ces 3 minutes
Commentaire de Xiaoming Du [ 28/déc./05 15:22 ]
module développé et installé sur bacchus





[EXP-3419] Réurbanisation des DNS et VHOSTS Création: 23/mars/07 13:56  Mise à jour: 06/sept./07 11:07  Résolue: 06/sept./07 11:07

Etat: Fermé
Projet: Exploitation
Composants: Etude
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Majeur
Rapporteur: Antoine Koener Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous

 Description   

Nous devons revoir la configuration des DNS et des vhosts, cette dernière n'est pas optimale, nous n'arrivons plus à trouver des ip non utilisées afin d'installer un vhost disposant d'un SSL unique.

Les vhosts en .priceminister.com sont correctement gérer par tous les frontaux mais lorsqu'un cobranding utilise un certificat différent, il nous faut une adresse VIP + 1 adresse sur aricia + 1 adresse sur cupidon + 1 adresse phaeton.

C'est enormément consomateur d'adresse, et souvent le cobranding ne fait pas assez de traffic pour etre rentable.





 Commentaires   
Commentaire de Antoine Koener [ 04/avr./07 11:22 ]

Nous allons migrer tous les VHOSTs cupidon phaeton sur les Evandre et Aricia.

Nous devons refléchir à comment la bascule va être effectuée.

Commentaire de Justin Ziegler [ 09/août/07 15:42 ]
est ce toujours d'actualité ?
Commentaire de Patrice Boulanger [ 03/sept./07 15:59 ]
C'est en cours par Jérémie, je ré-assigne donc.
Commentaire de Jérémie Bennejean [ 04/sept./07 10:29 ]

Remplacement des Include conf/cobrandings/cobrand1,cobrand2,etc ...
par
Include conf/virtualhosts/enabled/*

Créationd e l'arbo
Test sur la pre prod OK
Test sur evandre hier, OK.

Je le mets en place sur les autres frontaux webs.
Commentaire de Jérémie Bennejean [ 04/sept./07 10:44 ]
note: hier le test a été effectué sur aricia et non sur evandre mais le résultat est OK.

Les mofications viennent d'être faite sur evandre.
Commentaire de Ange Ferrari [ 04/sept./07 10:48 ]
Ca c'est une good news !

Quand le système sera migré sur tous les frontaux cela permettra de mettre en place une alerte pour vérifier
que tous les cobrandings sont bien en place sur tous les frontaux
cool !
Commentaire de Jérémie Bennejean [ 04/sept./07 16:28 ]
Les cobrands sont tous sortis du httpd.conf




[EXP-1877] Minitorer le switch DELL 3448 du 2e étage Création: 26/avr./06 17:52  Mise à jour: 25/juin/07 18:57  Résolue: 28/avr./06 14:39

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Jérémie Bennejean Attribution: Xiaoming Du
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Xiaoming,

Suite à une demande auprés de Sébastien, je te jira:

Peux-tu quand tu à 1heure de disponible ( je sais que tu as des chantiers prioritaires), minitorer le switch DELL 3448 qui dessert le 2e étage.
C'est excatement le même modéle que l'autre DELL 3448 du 1er étage. Les mibs sont les mêmes, tout est identique.

Son adresse IP est http://192.168.1.46

Merci



 Commentaires   
Commentaire de Xiaoming Du [ 27/avr./06 11:35 ]
peut-on faire avec nagios?
Commentaire de Xiaoming Du [ 28/avr./06 14:39 ]
http://bo.pm.lan/qvintranet.html




[BIN-540] [BACK-OFFICE] : Créér accès limité à BI dans un dossier donné Création: 07/janv./09 14:01  Mise à jour: 05/févr./09 18:20  Résolue: 05/févr./09 17:59

Etat: Fermé
Projet: Business Intelligence
Composants: BackOffice
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Mineur
Rapporteur: Cedric Favero Attribution: Dalila Belkebir
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Je voudrais mettre à disposition de mon équipe , dans un dossier donné et avec accès limité, quelques requetes prédéfinies que j'aurai créées spécialement.

Ceci pour pallier à certaines choses que le BO ne sait pas faire ou fait mal..
Ou encore pour acceder à des informations archivées et donc plus visibles en BO (ex: evenements)

ex: recherche par IP sans limitation de date
      recherche par adresse de livraison
      recherche de compte par nom & prenom ...

Faire donc en sorte d'arriver dans un dossier donné, sans autre possibilité que de lancer les requetes présentes.

login/mdp proposés: bo / babelstore ( les memes que Back-Office)

Merci d'avance.

 Commentaires   
Commentaire de Dalila Belkebir [ 07/janv./09 19:14 ]
Bonjour Cédric,

Peux -tu me donner plus de précisions STP ?
Veux que ces personnes puissent accéder au répertoire back office existant dans public ou en tout cas à certains rapports "public" ? Veux-tu uniquement leur soumettre des rapports persos que tu auras créés ?

Je te propose de :
- créer un autre User UV Back Office avec un mot de passe spécifique.
- créer un répertoire PUBLIC / BACK OFFICE / Basics
- créer un répertoire PUBLIC / BACK OFFICE / Specific
Ce nouveau User ne verra que le répertoire public / BACK OFFICE / Basics
Le user UV BACK OFFICE aura accès à PUBLIC / BACK OFFICE / Specifics et PUBLIC / BACK OFFICE / Basics
Il te suffira de nous dire quels rapports tu souhaites mettre dans Basics s'il s'agit de rapports publics ou nous dire quels rapports perso tu souhaites envoyer sur la boite de réception du user UV BACK OFFICE

Proposition non contractuelle susceptible de changer mais l'idée est là :-)

Dalila.
Commentaire de Cedric Favero [ 08/janv./09 09:09 ]
Pour les modalités, on voit ensemble mais c'est jute donner accès limité à un dossier prédéfini.
C'est moi ensuite qui y mets les rapports et requetes que je veux mettre à disposition.
Commentaire de Dalila Belkebir [ 08/janv./09 12:07 ]
Cédric,

Je vais travailler dessus le 13/01 pour une mise en production le 15/01. On se voit donc mardi prochain sur les modalités : à 14h ?

Dalila.
Commentaire de Cedric Favero [ 08/janv./09 12:33 ]
çà me va (tu m'envoies l'invite?)
mais vraiment au plus simple, juste créer un accès limité un dossier unique.
Ensuite dedans je pourrai faire des sous-dossiers FR/ES/UK et mettre ce que je veux dedans..

PUBLIC / BACK OFFICE / Basics me va

Merci.
Commentaire de Dalila Belkebir [ 29/janv./09 12:23 ]
Bonjour Cédric,

Juste un petite question non abordée jusque là : souhaites tu autoriser les users à créer des rapports dans leur répertoire perso "mes favoris" ?
Ou bien ne doivent-ils faire que de la visualisation ?

Merci .
Dalila.
Commentaire de Cedric Favero [ 29/janv./09 13:41 ]
Compliqué si on le fait en 2 temps?
D'abord uniquement de la visualisation et du lancement de requetes prédéfinies.
Puis le jour om on veut le faire , on active cette possibilité?
Car dans un premier temps , ceux à qui je laisserais cette lattitude useraient plutot du login ur_backoffice.

Merci.
Commentaire de Dalila Belkebir [ 30/janv./09 16:41 ]
OK je mets juste des droits de visu dans un premier temps. Ensuite, on avisera.

Pour info, MEP prévue mardi midi.

dalila.
Commentaire de Dalila Belkebir [ 05/févr./09 17:59 ]
Cédric,

Les nouveaux éléments sont-ils OK pour toi en prod BI ?
- le nouveau répertoire Bo Working
- le nouvel utilisateur UV Backoffice

merci de ton retour pour clôture du JIRA ?

Cdlt,
Dalila.
Commentaire de Cedric Favero [ 05/févr./09 18:06 ]
Oui c'est tout bon et un tres grand progres pour nous. Merci beaucoup.

Petite question subsidiaire:

Au lieu d'avoir les classiques liens: Historique | Planifier | Modifier | Propriétés
Ne peut on avoir juste un lien "actualiser" ou "lancer" ?

Merci.
Commentaire de Dalila Belkebir [ 05/févr./09 18:20 ]
Cédric,

Je ne pense pas que nous puissions modifier le menu de l'applicatif mais je vais quand même regarder.
Sinon, je te propose d'en faire la suggestion à l'éditeur : Business Object ;-)

Merci de ton retour (et bonne vacances !).


A ta disposition pour vous rendre le BI plus simple.

Cdlt,
Dalila.




[INF-470] Poste supplémentaire pour Remi Virlouvet Création: 11/mai/10 09:25  Mise à jour: 25/mai/10 14:51  Résolue: 25/mai/10 14:51

Etat: Résolu
Projet: Infrastructure
Composants: Arrivée/Départ
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Benjamin Guerville Attribution: Stéphane Eccli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Bonjour,
Rémi va venir travailler quelques jours par semaine avec l'équipe marketing / international. Serait-il possible d'avoir un poste pour lui, un PC portable par exemple, uniquement pour le web et word / Excel.
Autre besoin : il va devoir poster des messages sur des forums, il faudrait une solution technique pour changer/cacher son IP. Est-ce possible ?

Nous aurions besoin de tout ça pour le 24 mai.

Merci
BG

 Commentaires   
Commentaire de Stéphane Eccli [ 25/mai/10 14:51 ]
done.




[EXP-307] Réinstallation de DEUTZ Création: 03/nov./05 16:34  Mise à jour: 25/juin/07 18:54  Résolue: 17/nov./05 08:48

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Sébastien Tournay Attribution: Pap Ndiaye
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Réinstaller DEUTZ sur le nouveau serveur DELL 2850. On conserve le même nom. Bien penser à reprndre toute l'ancienne conf de DEUTZ (@IP des cobrandings, tous les scripts pmas et adminpm, installation de APACHE et de JBOSS).

On enlève ensuite l'ancien DEUTZ du réseau pour éviter les conflits. ATTENTION car prochain déploiement le 14/11. A voir donc si durant la semaine du 07 au 11/11 il est possible de faire l'installation (en début de semaine) car la fin de la semaine sera réservée pour l'intégration.

Sébastien

 Commentaires   
Commentaire de Pap Ndiaye [ 17/nov./05 08:48 ]
c fait




[CoB ViaMichelin] Tasks d'exploitation (EXP-2330)

[EXP-2331] [CoB ViaMichelin] Mise en place d'un serveur de test en production Création: 23/juin/06 14:45  Mise à jour: 25/juin/07 18:58  Résolue: 09/août/06 18:07

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Majeur
Rapporteur: Bruno Ballester Attribution: Antoine Koener
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Sébastien, comme convenu je poste un Jira pour faire suite à ma demande d'hier.

Le but est de permettre au partenaire de recetter pendant notre période de validation, soit à jour prévue pour le : 17/07/2006 et le 24/07/2006
Comme tu me l'as proposé hier, l'idée est de restreindre l'accés à certaines IP &/ou par une vérification via login/MdP.

L'idéal serait que tu me confirmes rapidement si ton équipe peut répondre positivement à cette demande afin d'en informer le partenaire au plus tôt.

A ta dispo pour plus d'info,
Bruno

 Commentaires   
Commentaire de Bruno Ballester [ 27/juin/06 15:23 ]
Bonjour Sébastien,

As-tu du neuf ?

Merci,
Bruno
Commentaire de Sébastien Tournay [ 27/juin/06 15:35 ]
Il faut se caler avec l'équipe validation de Christophe. On peut pour cela mettre à disposition le site test.priceminister.com et donc réserver le SA JBOSS SATURNE pour déployer la version applicative qui permettra à viaMichelin de valider le site. Avec cette solution, on pourra restreindre les accès.

On a peu d'alternatives. On ne peut sortit et dédier d'autres SA.

Sébastien
Commentaire de Bruno Ballester [ 27/juin/06 15:55 ]
Christophe,

Vas tu avoir besoin du serveur de test de prod pour la v902 ?
Commentaire de Bruno Ballester [ 06/juil./06 12:23 ]
Antoine,

Comme convenu je te réassigne la task.
Christophe, pour info, le serveur d'intégration n'est pas ouvrable à l'extérieur. Il faut donc s'en tenir au serveur de test disponible en production.
Commentaire de Bruno Ballester [ 11/juil./06 19:08 ]
L'IP du proxy viamichelin est 213.11.44.138 .

"Il ne nous autorise pas a utiliser un autre port que 80 et 8080 pour des connections HTTP."

Contact technique :
jean-françois Arbona
jfarbona@viamichelin.com
tel : +33(0) 1.55.19.57.96 fax : +33(0) 1.55.19.57.01
Commentaire de Bruno Ballester [ 26/juil./06 17:09 ]
Partenaire au courant mais leur proxy ne permet pas de se connecter sur le port proposé par PriceMinister.
Commentaire de Antoine Koener [ 09/août/06 18:07 ]

Mise en place faite.
Utilisation impossible de leur côté.

Et enfin Viamichelin est en production.




[APP-22057] [CoSAV] [Mots-clés] Demande ajouts données user à la table operation Création: 08/sept./08 14:00  Mise à jour: 13/oct./08 12:17  Résolue: 13/oct./08 12:17

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 31.0.0 (TX-C)

Type: Amélioration Priorité: Majeur
Rapporteur: Cedric Favero Attribution: Emeric Teil
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France, ESP - Espagne, GBR - Royaume Uni
Classif FONC: CoSAV
Projets PM archivés: Paiement - Améliorations PMV

 Description   
Afin de pouvoir mettre en place un certain nombre de mots-clés sur les débits nous permettant d'eviter d'eventuelles erreurs ou débits d'utilisateurs bloqués, il nous faudrait avoir accès à plus d'informations de la table USER dans la table OPERATION

Notamment le seller_visibility_code et le user_compensation_right_code.

En gros pouvoir surveiller un débit pmv effectué sur un compte en visibilité -2 ou avec les compensations bloquées.

Dans l'absolu, un certain nombre d'autres infos pourraient nous etre utiles: l'adresse ip, l'email, le mot de passe...

Merci d'avance.

 Commentaires   
Commentaire de Emeric Teil [ 08/sept./08 16:41 ]
OK pour le user_visibility_code et le user_compensation_right_code à condition que cela ne dégrade pas trop les perfs (donc sous réserve de validation technique).

Pour la suite, il faudra voir quand le besoin s'en fera réellement sentir (Arnaud me rappelle, que cette demande avait déjà été émise lors du Projet Automatisation, mais écartée car trop d'impacts sur les perfs pour un besoin pas vraiment motivé/justifié à l'époque).

Pour la livraison de cela, on le met pour le moment en Réserve de la TX-C, à condition qu'on est le temps de le traiter (ce qui est relativement peu probable).
Commentaire de Cedric Favero [ 08/sept./08 17:21 ]
Ok s'il y a des notions de perfs, on peut y aller en fonction des besoin les plus importants.
Mais clairement , mettre en observation le debit d'un compte en -2 ou en compensation bloquée, c'est assez crucial.

Merci.
Commentaire de Emeric Teil [ 08/sept./08 17:56 ]
C'est bien pour cela qu'on les fait passer :o)
Commentaire de Renaud Dierickx [ 25/sept./08 16:17 ]
C'est fait.
Les données sont disponibles lors du passage des mots clés.
Remarque : elles ne pourront pas être affichées au niveau de l'écran bordereau car elles ne sont pas archivées dans la table opération.
Commentaire de Renaud Dierickx [ 25/sept./08 16:32 ]
Les 2 nouvelles méthodes sont :
getUsrCompensationRightCode() et getUsrVisibilityCode()
Commentaire de Cédric Goldovsky [ 10/oct./08 15:02 ]
Soit un compte qui fait une demande de reversement (ponctuel) par virement.
Ensuite, on le bloque via le BO
.... après passage de deposit (pré-open / open) l'op n'est pas mise en observation.

Peut être simplement un pb avec le mot clé...?




[INF-238] adresse mail mail728@priceminister.com ne fonctionne pas Création: 31/déc./08 14:06  Mise à jour: 12/janv./09 16:55  Résolue: 12/janv./09 16:52

Etat: Résolu
Projet: Infrastructure
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Jemima Barru Attribution: Stéphane Eccli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Nous utilisons cette adresse pour recevoir des photos dans le cadre de réclamations. D'après un utilisateur, l'adresse serait invalide :

""mail728@priceminister.com>:
62.23.27.114 does not like recipient.
Remote host said: 550 5.1.1 <mail728@priceminister.com>: Recipient address rejected: User unknown


--- Below this line is a copy of the message.

Return-Path: <simon.jadot@gmail.com>
X-VirusChecked: Checked
X-Env-Sender: simon.jadot@gmail.com
X-Msg-Ref: server-2.tower-195.messagelabs.com!1230649468!18093411!1
X-StarScan-Version: 6.0.0; banners=-,-,-
X-Originating-IP: [209.85.219.16]
X-SpamReason: No, hits=1.9 required=7.0 tests=HTML_90_100,HTML_MESSAGE,
  MISSING_SUBJECT,RCVD_BY_IP"
donc comment faire?????merci""

Je l'ai testé avec mon adresse PRO et ça ne fonctionne pas :

""Certains des destinataires ou tous les destinataires n'ont pas reçu votre message.

      Objet :
      Date : 31/12/2008 14:20

Impossible de contacter le(s) destinataire(s) suivant(s) :

      'mail728@priceminister.com' le 31/12/2008 14:20
            550 5.1.1 <mail728@priceminister.com>: Recipient address rejected: User unknown
""

Merci

Jémima


 Commentaires   
Commentaire de Jemima Barru [ 07/janv./09 10:24 ]
Pas nouvelles?
Commentaire de Stéphane Eccli [ 12/janv./09 16:52 ]
ok
Commentaire de Jemima Barru [ 12/janv./09 16:55 ]
Merci. Il faut juste que je créé une règle.




[EXP-2788] création d'un sous domaine pour jeu concours PM Création: 02/oct./06 16:51  Mise à jour: 25/juin/07 18:59  Résolue: 04/oct./06 16:44

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Thomas Beylot Attribution: Antoine Koener
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Hello,

Nous allons sortir un nouveau jeu concours jeudi 05 octobre et j'ai à ce titre une demande de l'agence avec laquelle je fais le jeu + pkm.

En effet, l'idée est de faire en sorte que les statistiques générées par le jeu (PAP + visiteurs) soient attribuées à PM. Il nous faut donc créer un sous domaine www.jeux.priceminister.com qui redirigerait vers l'adresse IP de l'agence (1000Mercis).

De la même manière il faut faire en sorte que l'agence recoive tous les mails clients suite au jeu.

Je vous mets le mail de mon contact chez eux :

"Thomas,
 
Concernant l'URL de l'opération, voici les détails à transmettre à tes techniciens :
 
Ci-dessous l'IP en écriture DNS vers laquelle vous devez rediriger l'URL que vous choisirez :

IP : 62.23.18.163, ligne 1

Pour que l'on puisse gérer l'adresse email de support, il faudrait que vous enregistriez les MX suivants :
MX 1 : tsunami1.mm-send.com
MX 2 : tsunami2.mm-send.com

Concernant l'email J+1 de ce matin, nous faisons un point en interne."


je reste à votre dispo si vous avez besoin de plus d'infos !!


merci,

thomas.

 Commentaires   
Commentaire de Thomas Beylot [ 03/oct./06 17:54 ]
Hello,

ptite piqure de rappel :-)

je pars en réunion et comme tu n'es pas à ton poste j'utilise jira !


merci !

thomas.
Commentaire de Antoine Koener [ 04/oct./06 16:44 ]

Les noms
www.jeux.priceminister.com
jeux.priceminister.com

ainsi que les MX sont en place.




[EXP-4723] Ouverture d'un accès extérieur au serveur de recette devtest2 (duchene) Création: 23/févr./09 19:24  Mise à jour: 19/mai/09 12:04  Résolue: 19/mai/09 12:04

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Damien Dorizy Attribution: Patrice Boulanger
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Patrice,

Kelkoo, dont nous implémentons actuellement le comparateur en remplacement de Pangora, souhaiterait avoir un accès à notre serveur de recette afin de pouvoir vérifier l'implémentation et nous faire part des modifications à apporter (impossible de leur ouvrir seulement lorsque ce sera en preview, donc).

Les adresses IP qu'ils m'ont communiqué sont :
- 193.93.197.161
- 212.82.118.50


- Le serveur pour lequel il faut ouvrir l'accès est devtest2 sur duchene.
Il faut ouvrir l'accès dès que possible (à partir du 24/02/2009) jusqu'au 15/03/2009 (mise en prod)

À ta dispo si jamais il te faut d'autres infos.
Merci beaucoup

 Commentaires   
Commentaire de Damien Dorizy [ 25/févr./09 09:15 ]
Pourras-tu également autoriser l'IP de Benjamin : 82.236.13.251 ?
Merci




[INF-578] Impossible d'envoyer avec la boite support pro un mail à un pro ayant une adresse chez FREE Création: 16/nov./10 18:02  Mise à jour: 17/nov./10 10:01  Résolue: 17/nov./10 10:01

Etat: Résolu
Projet: Infrastructure
Composants: Réseau
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Jérome Marianne Attribution: Stéphane Eccli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Message reçu à chaque tentative d'envoi:

Delivery to the following recipient failed permanently:

     ldm75@free.fr

Technical details of permanent failure:
Google tried to deliver your message, but it was rejected by the recipient domain. We recommend contacting the other email provider for further information about the cause of this error. The error that the other server returned was: 554 554 Sender-Verify detected from your IP (74.125.149.205), please visit http://postmaster.free.fr/ (state 18).


 Commentaires   
Commentaire de Stéphane Eccli [ 17/nov./10 10:01 ]
le problème est connut et récurrent : c'est free qui nous blacklist et la discussion avec eux est longue et douloureuse.




[APP-29201] Nettoyage des données JS de la base ES : alerte "Renaud !" Création: 14/avr./10 15:17  Mise à jour: 16/avr./10 11:59  Résolue: 14/avr./10 15:57

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 67.0.0 (CTN-Q)
Version(s) corrigée(s): 67.0.0 (CTN-Q)

Type: Bogue Priorité: Mineur
Rapporteur: Christophe Garcia Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Integ
Projets PM: Parrainage (Lot 1)

 Description   
Surprise !

http://www.es.integ/user_back?action=usersearch&javascript_callback=&is_company=&login=&loginForPasswordSearch=&user_account_id=&last_name=&usr_type_code=&permission_type=&usr_presence_code=&usr_visibility_code=&coupon_secret_name=&reliability=&email=priceminister.com&compensation=&start_date=&end_date=&pm_staff_id=&start_connection=&end_connection=&ip_address=&start_wlt=&end_wlt=&start_date_wlt_negative=&end_date_wlt_negative=&fuzzy=true&number_rows=200&x=58&y=5

 Commentaires   
Commentaire de Renaud Dierickx [ 14/avr./10 15:57 ]
C'est nettoyé en integ !
Sorry, c'était un test de DAD avant correctif :-)




[APP-24124] Utilisation incorrecte des adresses sources dans les mails de parrainage Création: 02/févr./09 18:02  Mise à jour: 12/juin/09 15:45  Résolue: 11/juin/09 12:19

Etat: Fermé
Projet: Application PriceMinister
Composants: Mails, Parrainage
Affecte la/les version(s): 39.0.0 (CTN-I)
Version(s) corrigée(s): 48.0.0 (CTN-L)

Type: Amélioration Priorité: Bloquant
Rapporteur: Patrice Boulanger Attribution: Damien Dorizy
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Pièces jointes: JPEG File app24124.JPG    
Sous-tâches:
Clé
Résumé
Type
Etat
Attribution
APP-25575 Changement expéditeur des mails appli... Sub-bug Fermé Damien Dorizy  
APP-25577 [Mails Parrainage] Traduction du nom ... Sub-bug Fermé Dispatcher (Traduction)  
Pays:
ALL - Tous
Site: Prod
Projets PM: *** RESERVE ***
Classif FONC: tech

 Description   
Beaucoup de mails de parrainage sont rejetés par les relais de messagerie car le paramétrage de ces courriers n'est pas valide.

En effet, on forge (rien à voir avec Arnaud) l'adresse de l'émetteur à partir du compte du parrain. Or, plusieurs mécanismes, et en particulier SPF (Sender Policy Framework) sont exactement fait pour empêcher ce type de manipulation.

Illustration par les logs de graces:

Feb 2 04:18:33 graces00 postfix/smtpd[7241]: 1E14814220: client=hercule02.atlantide.jmsp.net[10.150.28.77]
Feb 2 04:18:33 graces00 postfix/cleanup[7242]: 1E14814220: message-id=<19815760.1233544713120.JavaMail.nobody@nosuchhost.nosuchdomain.com>
Feb 2 04:18:33 graces00 postfix/cleanup[7242]: 1E14814220: warning: header Subject: AUDERAVASSON, voici 7 Euros offerts de la part de reuse from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<couzen4@hotmail.fr> to=<marieano@hotmail.fr> proto=ESMTP helo=<hercule>
Feb 2 04:18:33 graces00 postfix/nqmgr[28793]: 1E14814220: from=<couzen4@hotmail.fr>, size=22664, nrcpt=1 (queue active)
Feb 2 04:18:34 graces00 postfix/smtp[6341]: 1E14814220: to=<marieano@hotmail.fr>, relay=mx2.hotmail.com[65.54.244.40], delay=1, status=sent (250 mail from IP 212.23.167.26 soft failed sender ID check. Please ensure this IP is authorized to send mail on behalf of [hotmail.fr])
Feb 2 04:18:34 graces00 postfix/nqmgr[28793]: 1E14814220: removed

A noter le message du relais:

sent (250 mail from IP 212.23.167.26 soft failed sender ID check. Please ensure this IP is authorized to send mail on behalf of [hotmail.fr])

En clair:

- on ne peut le détecter car le relais répond 250, donc OK en gros
- très peu de chance que le message ne soit délivré au(x) destinataire(s) par la suite.
- risque de perdre de plus en plus de mails de parrainage si d'autres gros domaines paramètrent SPF dans leur DNS

Il faut donc changer la façon de construire ces mails applicatifs.


 Commentaires   
Commentaire de Patrice Boulanger [ 02/févr./09 18:27 ]
Mes préconisations pour la construction de ces emails:

Return-Path: indique à quelle adresse doivent être envoyées les réponses automatiques du serveur (no delivery par exemple)
valeur: mailer@priceminister.com

Reply-To: indique l'adresse à laquelle une réponse éventuelle du destinataire va être envoyé (quand on clique sur Répondre dans outlook par exemple).
valeur: devrait être une adresse en priceminister.com => BO ?

From: ce qui apparaîtra si on regarde le mail avec Outlook ou un webmail. Le format devrait être:
"Prénom Nom" <mailer@priceminister.com> avec "Prénom Nom" qui peut être ce que vous voulez.

Merci.
Patrice.



Commentaire de Justin Ziegler [ 02/févr./09 18:45 ]
ne peut on mettre l'adresse email du parrain dans le "reply-to" ?
Commentaire de Fabrice Feugas [ 03/févr./09 11:12 ]
N'y avait-il pas une valeur juridique dans le fait que le filleul doit recevoir l'email parrainage en provenance de l'adresse email de son parrain (parrain@hotmail.fr par exemple) et non d'une adresse @priceminister.com ?
Commentaire de Justin Ziegler [ 03/févr./09 11:26 ]
Non, c'était une volonté marketing. On pensait que c'était mieux !
(on n'avait pas de juriste à l'époque)
Commentaire de Fabrice Feugas [ 03/févr./09 14:49 ]
Ok donc vraiment pas de contre-indication à cette modification. Patrice, est-ce que tu penses que les SPF nous bloqueront si on met l'email parrain dans le "reply-to" ?
Commentaire de Justin Ziegler [ 03/févr./09 15:02 ]
Un peu de doc :

http://idunno.org/archive/2004/10/18/133.aspx

Commentaire de Benoit Tabaka [ 03/févr./09 16:05 ]
Sur le plan juridique, pas bloquant.

La CNIL demande uniquement que le nom du parrain (expéditeur) soit clairement mentionnée (le mieux dans l'entête du message, comme expéditeur) mais la CNIL ne demande pas pour autant que l'adresse mail du parrain apparaisse.
Commentaire de Cedric Favero [ 03/févr./09 17:15 ]
Sauf qu'avec mailer@priceminister.com , on a plein de problemes de blacklisting (ex hotmail pour lesquels des utilisateur ne recoivent plus aucun mail de notre part). => Plutot utiliser nepasrepondre@priceminister.com

Et que donner l'adresse email du parrain , c'est pas génial niveau confidentialité, surtout dans le cas des parrainages Widget ou le filleul ne connait pas forcement son parrain. => Le parrain peut nous reprocher de communiquer ses informations personnelles.
Commentaire de Justin Ziegler [ 03/févr./09 17:27 ]
1/ effectivement, on peut utiliser nepasrepondre@... plutot que mailer, je pense aussi que c'est mieux (sauf s'il y a des raisons de ne pas le faire). Au passage, on est justement en train de tenter de résoudre le pb d'anti-spam sur hotmail, et celui ci ne vient peut etre pas du mailer@... mais du return path et du from.

2/ on donne deja l'adresse du parrain, mais on le fait mal. Il s'agit de mieux le faire.

3/ Les widget parrainage ne sont pas concerné par les mails dont on parle ici.

OK ?
Commentaire de Cedric Favero [ 03/févr./09 17:36 ]
OK, si les widgets ne sont pas concernés c'est moins problematique.

En tout cas le nepasrepondre@priceminister.com est à privilégier pour le Reply-To , car il délivre une information particuliere à la personne qui essaye de nous contacter par ce biais.
Commentaire de Fabrice Feugas [ 03/févr./09 17:55 ]
En y réfléchissant, c'est vrai que ça me parait plus logique d'affecter une adresse @priceminister.com au reply-to car étant donné que l'utilisateur recevra un email de Price avec la charte price, s'il fait "répondre" il s'attendra à nous répondre et pas à répondre à son parrain.

En revanche, ça semble pertinent d'indiquer le nom du parrain dans le from en précisant que c'est "via priceminister". En reprenant les indications de Patrice : "Prénom Nom via PriceMinister" <mailer@priceminister.com>.

Oui les widgets parrainage ne sont pas concernés.
Commentaire de Swan Desportes [ 03/févr./09 18:03 ]
Gestion des messages --> TX
Commentaire de Justin Ziegler [ 03/févr./09 19:40 ]
Il y a une confusion.

Pour moi on s'oriente vers :

Return-Path: indique à quelle adresse doivent être envoyées les réponses automatiques du serveur (no delivery par exemple)
valeur: nepasrepondre@priceminister.com

Reply-To: indique l'adresse à laquelle une réponse éventuelle du destinataire va être envoyé (quand on clique sur Répondre dans outlook par exemple).
valeur: l'adresse du parrain (sauf contre indication technique)

From: ce qui apparaîtra si on regarde le mail avec Outlook ou un webmail. Le format devrait être:
"Prénom Nom" <nepasrepondre@priceminister.com> avec "Prénom Nom" qui peut être ce que vous voulez.
Commentaire de Fabrice Feugas [ 04/févr./09 09:54 ]
Oui, et ça ne risque pas d'être confusant pour l'utilisateur de voir qu'il reçoit un email de PriceMinister et de répondre à quelqu'un d'autre quand il fait "répondre" ?

On peut imaginer que s'il voit du PriceMinister dans le from, s'il fait répondre, il pensera s'adresser à nous avec des questions pour le SAV... Si c'est le parrain qui reçoit ces questions, on met un intermédiaire en plus et on risque de brouiller les esprits. Au final c'est le SAV qui devra tout démêler.
Commentaire de Cedric Favero [ 04/févr./09 11:10 ]
Pour moi le filleul n'a aucune raison de contacter le parrain en direct effectivement.

S'il veut faire reply , il doit tomber sur nepasrépondre@priceminister.com qui va lui délivrer un message convivial et détaillé ;-)

Par contre , pas de souci à faire apparaitre Prénom Nom via PriceMinister.
Commentaire de Justin Ziegler [ 04/févr./09 18:57 ]
il y a parfois des parrains abusifs...

je trouve que c'est potentiellement intéressant que le filleul puisse faire un reply au parrain pour lui dire "lache moi la grappe".
en fait j'y vois meme une réduction du travail de l'équipe SAV qui n'auront donc pas à traiter ces cas.

la limite, c'est que les gens risquent de s'insulter...
et que du coup le SAV n'est pas mis au courant de l'abus qui concerne peut etre aussi d'autres filleuls.

L'idéal pourrait être d'intégrer la notion de parrainage abusif en haut du mail de parrainage ?
un truc du genre : "si vous ne connaissez pas xxxx_le_parrain : vous pouvez signaler un parrainage abusif"
Commentaire de Cedric Favero [ 04/févr./09 19:13 ]
Mon idée en tant que paranoiaque du SAV , c'est éviter qu'ils se contactent directement car on ne sait pas ce qu'ils peuvent fabriquer.
Toujours mieux qu'ils s'adressent à nous en cas de probleme.

Si tu veux qu'ils puissent nous contacter en cas de souci, on les envoie vers page contact.
Commentaire de Justin Ziegler [ 04/févr./09 19:34 ]
Bon, je retente la conclusion :

Return-Path: indique à quelle adresse doivent être envoyées les réponses automatiques du serveur (no delivery par exemple)
valeur: nepasrepondre@priceminister.com
==> risque de boucle de mail à cause de la config de reponse automatique ? Patrice ?

Reply-To: indique l'adresse à laquelle une réponse éventuelle du destinataire va être envoyé (quand on clique sur Répondre dans outlook par exemple).
valeur: nepasrepondre@priceminister.com

From: ce qui apparaîtra si on regarde le mail avec Outlook ou un webmail. Le format devrait être:
"Prénom Nom" <nepasrepondre@priceminister.com> avec "Prénom Nom" qui seront ceux du parrain !

on pourrait rajouter un "via PriceMinister" dans le from ?
Commentaire de Emeric Teil [ 01/avr./09 14:35 ]
Bloqué en attente de confirmation, cf. dernière commentaire de Justin...
Commentaire de Justin Ziegler [ 03/avr./09 18:13 ]
Patrice ?
Commentaire de Patrice Boulanger [ 07/mai/09 15:08 ]
Voici la conclusion que je propose:

 - Return-Path: peut être fixé à ce qu'on veut, mais pas à nepasrepondre@priceminister.com. On pourrait mettre mailer@priceminister.com, ça ne devrait pas poser de problème côté antispam, puisque ce n'est pas une adresse From, c'est juste utilisé pour faire un retour en cas de problème avec la délivrance du mail.

 - Reply-To: nepasrepondre@priceminister.com pour qu'une éventuelle réponse du filleul reçoive un message convivial et détaillé (dixit Cédric Favero)

 - From: on peut tout imaginer dans la partie entre guillemet mais l'adresse devra être "nepasrepondre@priceminister.com"

J'ai fait quelques tests, voici les résultat:

[root@baillet ~]# telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.localdomain (127.0.0.1).
Escape character is '^]'.
220 vhq.babel.fr ESMTP 1.0
HELO tmp20
250 vhq.babel.fr
MAIL FROM: mailer@priceminister.com
250 2.1.0 Ok
RCPT TO: patrice.boulanger@priceminister.com
250 2.1.5 Ok
DATA
354 End data with <CR><LF>.<CR><LF>
From: "Le nom du parrain via PriceMinister" <nepasrepondre@priceminister.com>
To: patrice.boulanger@priceminister.com
Subject: APP-24124
Reply-To: tartanpion@priceminister.com

Test.
.
250 2.0.0 Ok: queued as 93B61648006
QUIT
221 2.0.0 Bye

soit ici:

Reply-To = tartanpion@priceminister.com
From = "Le nom du parrain via PriceMinister" <nepasrepondre@priceminister.com>

Voir la capture d'écran en copie pour le résultat.


 
Commentaire de Patrice Boulanger [ 07/mai/09 15:27 ]
En fait, je pense qu'il serait souhaitable de pouvoir modifier ces adresses facilement, par exemple en utilisant des propriétés JBOSS. Ca serait mieux si on s'aperçoit qu'une adresse se trouve blacklistée soudainement.

Est-ce que c'est possible ?

Patrice.

Commentaire de Nicolas Chauveau [ 07/mai/09 17:45 ]
OK

Sur le principe on défini 3 prop applicatives pour que l'exploitation puisse définir les valeurs
 - from
 - reply-to
 - return-path
par défaut.

TODO fonc : Vérifier si cela s'applique à tout type de mail (automatiques, BO ...)

Commentaire de Justin Ziegler [ 07/mai/09 17:49 ]
non, cela ne s'applique pas directement à tout type de mail.

on doit pouvoir positionner une valeur par défaut pour chaque paramètre applicable à tous les type de mail.
(on lui donnera la valeur actuelle)

en plus on veut pouvoir préciser une valeur spécifique d'un paramètre, type de mail par type de mail.
Commentaire de Cedric Favero [ 07/mai/09 17:50 ]
Euh là on ne parle que des mails parrainage , n'est-ce pas?
Commentaire de Patrice Boulanger [ 14/mai/09 15:49 ]
On ne parle en effet que des mails de parrainage. Qui plus est, ce qu'il faut modifier est le comportement incorrect de l'application lorsqu'elle envoie des mails de parrainage, ce n'est pas le cas pour les autres mails applicatifs.

En résumé:

- 1 seule propriété pour le Return-Path. Personnellement, je pense que cette propriété pourrait être globale à tous les mails applicatifs
- 1 propriété uniquement pour le parrainage qui va indiquer l'adresse utilisée dans le champ "From:"
- Modifier l'appli pour qu'elle utilise la propriété ci-dessus dans les mails de parrainage pour le "From:" ("Prénom Nom via Priceminister" <l'adresse ci-dessus>) et la commande SMTP "MAIL FROM:".
- Le champ "Reply-To:" n'est pas utile si on est d'accord que l'adresse utilisée pour une réponse manuelle de la part de l'utilisateur sera la même que pour le "From:", on pourrait donc le supprimer.

Commentaire de Nicolas Chauveau [ 28/mai/09 18:06 ]
Cela devient critique pour le marketing (perte de vitesse du parrainage). cf OSZ.

Voir avec PBO pour bien traiter le sujet.
Commentaire de Patrice Boulanger [ 09/juin/09 17:12 ]
Salut le pôle contenu,

Pour appuyer le dernier commentaire, pouvez-vous nous donner la planification pour la correction de ce bug?

Merci.
Patrice.
Commentaire de Fabrice Feugas [ 10/juin/09 14:08 ]
Pour reprendre la réponse faite par email, on est parti sur une mise en prod en CTN-L, la semaine prochaine.
Commentaire de Justin Ziegler [ 10/juin/09 14:45 ]
voila une très bonne nouvelle !
pourrait on avoir un aperçu de la solution ?
Commentaire de Damien Dorizy [ 10/juin/09 19:00 ]
La correction consiste à utiliser non plus l'email du parrain, mais le mail utilisé par défaut dans le message type correspondant. Par ailleurs, le nom de l'utilisateur est remplacé par un label Infoglue : "Prénom Nom via PriceMinister".
Pour le Return-Path, il sera défini dans le mail-service.xml.

Ce qui donne :
Return-Path : mailer@priceminister.com
From : "Prénom Nom via PriceMinister" <nepasrepondre@priceminister.com>
Reply-To : "Prénom Nom via PriceMinister" <nepasrepondre@priceminister.com>

Plus d'infos dans le Wiki sur ce qui est fait et ce qu'il faudrait faire dans l'idéal : http://pricewiki.lan/Wiki.jsp?page=AdressesSourcesDesMails

Le dév est fait, la solution devrait être opérationnelle en integ demain matin (jeudi 11/06).
+ des scripts restent à passer pour modifier le mail par défaut dans la table brand (voir APP-25575)
Commentaire de Damien Dorizy [ 11/juin/09 12:19 ]
C'est ok en integ
Commentaire de Justin Ziegler [ 11/juin/09 20:25 ]
si demain on souhaite changer cela, est ce que c'est paramétrable ?
Commentaire de Damien Dorizy [ 12/juin/09 09:05 ]
Oui, pour les différents éléments :
- L'adresse email du From et Reply-To est celle définie par les message-type parrainage en BO : il suffit donc de la changer en BO, et il est possible de la modifier pour un message en particulier.
- Le label "Prénom Nom via PriceMinister" est défini dans Infoglue.
- Le return-path est lui configuré de manière globale, modifiable par l'exploit mais pour tous les mails en même temps.




[APP-3221] Image : header "expire" manquant ? Création: 06/déc./04 10:34  Mise à jour: 25/juin/07 18:27  Résolue: 25/juin/07 18:27

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.8
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Justin Ziegler Attribution: Justin Ziegler
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Voici le mail de parviz@speedera.com :

=============
Justin,

seems like at random times, your site gets accessed by some IP with
unusal number of hits(something like a crawler or search robot). I'm
pasting the whois information about that IP to this email.

I also noticed that there are some of your images that dont have the
expire header. That means that, after a week, for any request that comes
to us we have to validate with the origin to see if the image has
changed or not. Now when that IP starts crawling your site, images that
dont have expire header have to get validated with the origin and that's
why you see sudden burst of requests from us.

Let me know if you have any question or concern.

Thanks

Parviz
==========

Bien sur, c le second paragraphe le plus important dans ce contexte precis.


Un deuxieme mail :

==============
Heres an example of an image that doesnt have the expire header:

 http://t2pminister.r3h.net/img.priceminister.com/cover/59839630
  => `59839630.1'
Resolving t2pminister.r3h.net... 209.133.111.5, 209.133.111.135
Connecting to t2pminister.r3h.net[209.133.111.5]:80... connected.
HTTP request sent, awaiting response...
 1 HTTP/1.0 200 OK
 2 Connection: Keep-Alive
 3 Date: Sat, 27 Nov 2004 18:56:49 GMT
 4 Age: 0
 5 Server: Apache
 6 P3P: CP="IDC COR CUR PSAa CONi OUR IND PHY ONL UNI PUR COM NAV INT
STA"
 7 P3P: policyref="http://img.priceminister.com/w3c/p3p.xml"
 8 Cache-Control: max-age=315360000
 9 Content-Length: 10965
10 Content-Type: image/jpeg

==============

Je le met en "urgent" parce que je suis en cours de nego avec eux actuellement
sur des montants mensuels assez important (10K¿). Il ne s'agit pas forcement
de corriger le probleme tout de suite, mais au moins de valider qu'il y a un
bug ou qu'il n'y en a pas. Enfin, si la correction peut entrer dans le
deploiement perf de cette semaine c super bien.

 Commentaires   
Commentaire de Quentin de Chivré [ 06/déc./04 10:49 ]
Son image :
  http://t2pminister.r3h.net/img.priceminister.com/cover/59839630
n'a pas de header expire :
  http://moet.lan/headers.cgi?url=+http%3A%2F%2Ft2pminister.r3h.net%
2Fimg.priceminister.com%2Fcover%2F59839630

HTTP/1.0 200 OK
Age: 332597
Cache-Control: max-age=315360000

--------------------------------------------------------------------------

Mais la notre :
  http://img.priceminister.com/cover/59839630
en a bien un :
  http://moet.lan/headers.cgi?url=http%3A%2F%2Fimg.priceminister.com%2Fcover%
2F59839630


HTTP/1.1 200 OK
Cache-Control: max-age=315360000
Expires: Sat, 06 Dec 2014 04:09:20 GMT

A quoi cela est-il du ?
Commentaire de Quentin de Chivré [ 21/juin/05 13:41 ]
Obsolete depuis que l'on est passés a Akamai




[EXP-2603] Une nouvelle gestion des logs pour le référencement. Création: 07/sept./06 18:57  Mise à jour: 25/juin/07 18:59  Résolue: 13/oct./06 17:43

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Nouvelle fonctionnalité Priorité: Critique
Rapporteur: Emmanuel Benmussa Attribution: Antoine Koener
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
voici la nouvelle procédure pour la mise à disposition des logs pour @position.

1 - REGLE DE FILTRE DES LOGS
Prendre toutes les lignes de logs dont le referer ne commence pas par

"http://www.priceminister.com
ni par
"https://www.priceminister.com
ni par
"Akamai Cache Server

2- NOM DU FICHIER
Le nom du ficher est YYMMDD_priceminister_SERVEUR1
La date correspond à la date des logs et non pas à la date de génération du fichier.

3- FILELIST
Il faudrait un fichier contenant le nom des fichiers envoyés avec leur checksum (ou leur taille)
préparer un flag, mettre "-1" si le fichier n'existe pas ou ne peut pas être généré.

4-Uploader les fichiers par FTP (ou SCP)
(mode actif)
IP : 88.191.32.5
Login : priceminister
Password : CerlOmee

Répertoire : IN


Merci

 Commentaires   
Commentaire de Patrice Boulanger [ 13/sept./06 09:57 ]
Voici les logs disponibles:

phaeton:

vhosts_http_acc_20060726.gz
vhosts_http_acc_20060809.gz
vhosts_http_acc_20060811.gz
vhosts_http_acc_20060824.gz
vhosts_http_acc_20060830.gz
vhosts_http_acc_20060831.gz
vhosts_http_acc_20060828.gz
vhosts_http_acc_20060901.gz
vhosts_http_acc_20060902.gz
vhosts_http_acc_20060903.gz
vhosts_http_acc_20060904.gz
vhosts_http_acc_20060905.gz
vhosts_http_acc_20060906.gz

cupidon:

vhosts_http_acc_20060725.gz
vhosts_http_acc_20060728.gz

Le compte ftp ci-dessus ne fonctionne pas:

[adminpm@cupidon restore]$ lftp 88.191.32.5
lftp 88.191.32.5:~> user priceminister
Password:
lftp priceminister@88.191.32.5:~> ls
ls: Login failed: 530 Login incorrect.

et je n'ai pas accès en ssh.
Commentaire de Benjamin Bussière [ 21/sept./06 09:59 ]
Voici les règles pour l'extraction des logs

1) VirtualHost = www.priceminister.com (pour éviter les img.priceminister.com, m6.priceminister.com)

2) Dont le referer ne contient pas : http(s?)://www.priceminister.com (pour éviter la navigation interne)

3) Si le referer est vide ET :
            a) si le fichier demandé est robots.txt
      OU
            b) si le user agent fait partie de la liste suivante (pour avoir les crawls)

Liste des user agents qui contienne:
*google*
*msnbot*
*Yahoo! Slurp*
*Ask Jeeves*
*Scooter*
(Potentiellement cette liste pourra s'agrandir)
Commentaire de Antoine Koener [ 27/sept./06 16:56 ]
Le script est terminé.

Il me reste à automatiser la procédure.
Commentaire de Antoine Koener [ 13/oct./06 17:43 ]

Les scripts sont dans la crontab, ils sont planifiés pour 3h00 du matin.
Les logs se trouvent dans /tmp/referencement.log sur les deux frontaux.




[DEC-574] fraude potentielle affiliation auto Création: 19/mars/07 18:20  Mise à jour: 14/sept./07 15:30  Résolue: 26/mars/07 14:18

Etat: Fermé
Projet: Reporting
Composants: Partners
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Lorenzo Nuccio Attribution: Agathe Remy
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel affiliation_auto.xls    
Pays:
FRA - France

 Description   
Comme expliqué oralement,

Un affilié se détache de l'ensemble du réseau affiliés Auto, avec la moitié des dépôts d'annonce à son actif (une quarantaine sur 84).

J'ai donc besoin de controler au plus vite si ces résultats sont le fruit d'une fraude ou pas.

Ci-dessous l'ensembles des "Numéros d'annonce associé" pour toutes les annonces déposées via cet affilié.
Il faudrait voir si on trouve un compte, un mail, un nom de famille, un IP récurrent pour la plupart de ces annonces, ce qui révèlerait dans ce cas une fraude.


Merci

"Numéros d'annonce associé" à vérifier :
129842806
129850467
129874070
129916073
129919459
129921665
129926435
129953044
129956259
129969896
130003358
130012918
130015704
130030909
130035052
130042125
130045703
130052416
130052431
130103213
130116458
130120897
130122754
130126952
130136334
130139577
130224293
130291120
130298118
130299804
130300364
130301322
130301728
130301931
130338078
130350003
130351028
130381159
130383758
130391133
130391355
130403353
130409707
130421100
130427122
130505444
130475446
130583540
130757246
130771338
130798591
130798645
130808623
130826193


 Commentaires   
Commentaire de Agathe Remy [ 26/mars/07 12:40 ]
Voici les infos demandées.

Il me semble qu'aucune fraude flagrante est à déplorer...

Cordialement,
Agathe
Commentaire de Lorenzo Nuccio [ 26/mars/07 13:00 ]
Super

Merci Agathe.

En effet il ne semble pas y avoir de fraude, c'est une bonne chose.

Lorenzo.




[EXP-4760] Problème de connexion FTP (co.uk) Création: 02/avr./09 16:03  Mise à jour: 19/mai/09 12:04  Résolue: 19/mai/09 12:04

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Daniel Pintamalli Attribution: Patrice Boulanger
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
GBR - Royaume Uni

 Description   
Le pseudo bangmedia_uk n'arrive pas à se connecter par FTP à l'adresse suivante:

Pseudo : bangmedia_uk
password : 787UYOPp5d
Server : ftp.priceminister.co.uk

Le message d'erreur est:

Error: Connection timed out
Error: Could not connect to server
Status: Waiting to retry...
Status: Resolving address of ftp.priceminister.co.uk
Status: Connecting to 212.23.167.57:21...
Error: Connection timed out
Error: Could not connect to server
Status: Waiting to retry...
Status: Resolving address of ftp.priceminister.co.uk
Status: Connecting to 212.23.167.57:21...

Son IP est 203.125.19.55 => d'après Patrice, cette adresse n'a jamais essayé de se connecter à notre server FTP.

Pouvez-vous regarder si le problème vient de chez nous? Merci.





[APP-20199] Amélioration mode PKM & bannissement utilisateur Création: 10/avr./08 16:04  Mise à jour: 22/mai/08 17:09

Etat: Ouvert
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 19.4.2
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Majeur
Rapporteur: Ange Ferrari Attribution: Nicolas Chauveau
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Prod
Projets PM: *** A PLANIFIER ***

 Description   
Hello,

Je fais ce JIRA pour exprimer un besoin fort de l'exploit
il arrive parfois voir souvent qu'on ait à se battre avec des utilisateurs qui aspirent le site etc...
le mode PKM est un peu fait pour ça quand on a un gentil utilisateur qui s'amuse ( volontairement ou pas ) à redemander X fois la même chose.

Mais nous aurions besoin de faire plusieurs choses en plus du mode PKM

la premiere chose serait de pouvoir bannir applicativement des gens à partir de leur IP ( et dans l'autre sens de pouvoir mettre en whitelist des gens )
parce que par exemple avec le mode PKM la on peut bannir toute la société :)

Il faudrait que cela puisse se faire très rapidement sans redémarrage nécessaire des AS ( sinon ça n'a plus aucun sens )
il faudrait aussi pouvoir le faire a partir du nom d'utilisateur que la personne utilise sur le site ( si elle tente de se logger hop elle est bannie )



 Commentaires   
Commentaire de Quentin de Chivré [ 05/mai/08 10:15 ]
Attention a ne pas réinventer la poudre...
Certains trucs sont effectivement uniquement réalisables avec une connaissance appli (login user) mais d'autres me paraissent plus relever d'un outil exploit. On ne doit pas être les 1ers a se poser ce genre de questions et ca me gène tjs de metttre du code d'infrastructure dans du code appli.

Une solution serait de faire un filtre (javax.servlet.Filter) afin de dissocier ca du code appli ?




[APP-28174] Google exécute le javascript adsense en Espagne Création: 01/févr./10 12:16  Mise à jour: 01/juil./10 15:08  Résolue: 01/juil./10 14:57

Etat: Fermé
Projet: Application PriceMinister
Composants: Référencement
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 72.0.0 (VEN-C)

Type: Bogue Priorité: Majeur
Rapporteur: Thierry Leforestier Attribution: Dispatcher (Pôle CTN)
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne
Site: Prod
Projets PM: *** RESERVE ***
Classif1: MONET
Classif FONC: monetisation

 Description   
Google exécute ce code javascript et viens ensuite crawler la page correspondante :
PM.Offers.get('/google/adsense',
                    {output: 'xml_no_dtd',
                     client: 'priceminister-es-nav',
                     adsafe: 'high',
                     hl: 'es',
                     oe: 'UTF-8',
                     useragent: PM.LinkTool.URLEncode(navigator.userAgent),
                     ip: '62.23.27.114',
                     q: 'Consolas%0D%0A'.replace(/%26\+?/g,"").replace(/%0D%0A\+?/g,""),
                                          channel: PM.Offers.Util.getChannel('games'),
                     num: 0,
                     ad: 'n8',
                     adpage: PM.Offers.Util.calculatePaginationRewrite(20),
                     adtest: 'off' },
                    PM.Offers.Mode.AJAX,
                    offersAFSOptions);

Est-il possible d'externaliser ce code ou de le rendre difficilement exécutable par le robot ?

Merci !

 Commentaires   
Commentaire de Thierry Leforestier [ 01/juil./10 14:58 ]
En double avec EXP-5096
Commentaire de Thierry Leforestier [ 01/juil./10 14:58 ]
ou plutôt, résolu par EXP-5096




[APP-14488] Problème pour acceder à l'identification puis pb de connexion Création: 03/janv./07 15:38  Mise à jour: 25/juin/07 18:48  Résolue: 12/févr./07 11:42

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 11.2.0 (Lycos)
Version(s) corrigée(s): 12.0.0

Type: Bogue Priorité: Critique
Rapporteur: Patrick Pereira Attribution: Olivier Bourgeois
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de APP-13944 [Problème connexion utilsateur] Fermé
Pays:
FRA - France
Site: Prod
Projets PM: *** RESERVE ***
Classif1: TECH

 Description   
Cf fichier nohup.out sur salus du 03/01/2007 et l'utilisateur DOARECORDS (adresse ip 83.201.236.144).
On voit dans le log qu'entre 10h52 et 11h04 le partenaire accede à la page d'identification mais que celle-ci ne se charge jamais completement, malgrès 16 tentatives.
A 11h34, le partenaire fait un nouvel essai, la page se charge enfin complement. On voit qu'il accede enfin à :
https://www.priceminister.com/static/resource/V11_2_0/www/fr_FR/1159968699/pr.js
https://www.priceminister.com/pic/V11_2_0/www/fr_FR/logo_socGen.jpg
https://www.priceminister.com/pic/V11_2_0/www/fr_FR/logo_laposte.gif

Il réussi à s'indentifier à 11h37 (du point de vue du serveur) mais l'utilisateur ne semble pas recevoir de réponse puisqu'il reclique sur le bouton connexion plusieur fois jusqu'à 11h50 pour enfin accèder aux infos de son compte.

Est-ce un problème chez Akamaï, avec infoglue ?

 Commentaires   
Commentaire de Patrick Pereira [ 04/janv./07 12:01 ]
Même problème ce matin.
Il est sur IE 6.0.2600...

Quand le partenaire clique sur mon compte il reste visuellement sur la home page, la page ne se charge pas mais sont url devient https://www.priceminister.com/connect?action=login&c=80&dest=%2Fuser
Commentaire de Patrick Pereira [ 05/janv./07 14:13 ]
Pour info, je lui ai demandé de faire ctrl+F5 et supprimer les cookies + fichiers (y compris le contenu hors connexion) et cela n'a rien changé.
Commentaire de Gaël Seguillon [ 24/janv./07 10:12 ]
même problème constaté pour pseudos martroi et michelcollec
Commentaire de Justin Ziegler [ 24/janv./07 10:29 ]
Peut etre un pb de compression ssl sur certains browser ?
Commentaire de Justin Ziegler [ 24/janv./07 10:29 ]
NB : je ne pense pas que ce soit un pb Akamai...
Commentaire de Gaël Seguillon [ 24/janv./07 10:33 ]
nouveaux problèmes signalés par les pseudos mdcreat, ig06
Commentaire de Patrice Boulanger [ 24/janv./07 17:51 ]
Après avoir discuter avec Gaël du problème, il semblerait que les soucis soient réellement apparaus depuis le 23 à 12h. A cette heure, la seule modification faite sur la plateforme concernait la compression sur le SSL mise en place sur tous les serveurs frontaux. J'ai donc désactivé cette option et Gaël a demandait aux utilisateurs concernés de refaire un test. Il semblerait que le problème soit résolu.

Gaël, penses-tu pouvoir demander aux utilisateurs de nous donner le type (Firefox, Internet Explorer, ...) et la version de navigateur qu'ils utilisent?

Merci.
Commentaire de Gaël Seguillon [ 24/janv./07 18:32 ]
pseudo walkyries : Windows 98 Internet explorer 5.50
Commentaire de Gaël Seguillon [ 25/janv./07 11:41 ]
pseudo mdcreat
Bonsoir

Effectivement je peux ouvrir et accéder à mes comptes

J'ai effectué la manoeuvre demandée pour vider le cache

mais je recontre toujours le problème n° 2

c'est à dire : impossible d'ouvrir les images et également d'accéder et éditer

les documents après acceptation d'une vente.

Navigateur : internet explorer 6.0

Bonsoir M. Detraz,

Il semble que le problème d'accès au compte et l'affichage des visuels soient deux cas distincts, pour régler le problème d'affichage je vous conseille d'essayer de vider votre cache avec la touche CTRL + F5, cela devrait vider vos caches et vous permettre d'afficher vos visuels.
Merci de me donner par retour de mail, le navigateur que vous utilisez ainsi que sa version (par exemple internet explorer 6.0)
> https://www.priceminister.com/connect?action=login&c=80&dest=%2Fuser

> et voici ce qui apparaît en pied de l'écran :
> Téléchargement des données https://www.priceminister.com/static/style/V11_3_1/www/www/brand.css...
> et l'écran reste blanc (vide)
> Je peux néanmoins, naviguer sur le site, mais lorsque je clique sur une photo pour l'agrandir, une fenêtre s'ouvre
> est reste vide (Microsoft internet explorer)







[APP-20980] [POST DEPLOY] nombre d'erreur sur AS et WEB servers est anormalement monté depuis le 24/06 Création: 26/juin/08 17:04  Mise à jour: 24/nov./09 15:48

Etat: Ouvert
Projet: Application PriceMinister
Composants: Infoglue
Affecte la/les version(s): 23.0.3
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Sébastien Raguet Attribution: Sébastien Raguet
Résolution: Non résolu  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg     JPEG File screenshot-1.jpg    
Liens des demandes:
Duplicate
a pour doublon APP-21047 AS - Montée du nombre des lignes ERRO... Fermé
Similaire
similaire à APP-26411 Appel à l'URL tronquée : /info/ plante Fermé
similaire à APP-27373 Pages Cookie requis : Image absente s... Fermé
Sous-tâches:
Clé
Résumé
Type
Etat
Attribution
APP-21006 erreur du à des appels URL de tracking Sub-bug Ouvert Sébastien Raguet  
Pays:
FRA - France
Site: Prod
Projets PM: *** RESERVE ***

 Description   
Bonjour,

ce JIRA est ouvvert pour garder trace de l'issue. Depuis le 24 au matin le nb d'erreur / exception est monté sur les AS FR ainsi que le nb d'erreurs 503/403 sur les web servers.

Apperemment c'est du lié passage sur le schema infoglue V23_0_3_ 3. Voici résultat recherche des LOGS:


Concernant les erreurs AS FR, par exemple dans les logs de SAIS pour hier sur 13661 ligne ERRORS
- 4518 sont des erreurs : Category configuration (par exemple : 2008-06-25 13:41:08,814 ERROR [-Processor24] 86.197.33.24 - Category configuration problem - Parameter : 100652/5272 - Value 13.0 not comparable to K00682)

- 6497 sont des lignes Load error et ne sont pas dues à une IP en particulier (par exemple :
[mrtg@autochtonos jboss]$ zgrep '81.242.146.156' 2008-06-26-05-00_sais.log.gz
2008-06-25 05:44:46,688 INFO [-Processor17] 81.242.146.156 - >>> GET http://www.priceminister.com/info/home?t=2193942
2008-06-25 05:44:46,692 WARN [-Processor17] 81.242.146.156 - FRM : com.babelstore.content.front.ContentBlock_jsp overload the model com.babelstore.content.front.ContentModel
2008-06-25 05:44:46,694 WARN [-Processor17] 81.242.146.156 - FRM : com.babelstore.content.front.ContentBlock_jsp overload the model com.babelstore.content.front.ContentModel
2008-06-25 05:44:46,696 WARN [-Processor17] 81.242.146.156 - FRM : com.babelstore.common.front.FrontHeader_jsp overload the model com.babelstore.common.front.HeaderModel
2008-06-25 05:44:46,770 INFO [-Processor17] 81.242.146.156 - Displaying tag : Tracking (ENTRY) - mediastay24(2193942)::Entree
2008-06-25 05:44:46,828 INFO [-Processor17] 81.242.146.156 - <<< [140 ms] GET http://www.priceminister.com/info/home?t=2193942
2008-06-25 05:45:01,960 INFO [-Processor10] 81.242.146.156 - >>> GET http://www.priceminister.com/info/
2008-06-25 05:45:01,964 ERROR [-Processor10] 81.242.146.156 - Load error
2008-06-25 05:45:01,964 INFO [-Processor10] 81.242.146.156 - Setting response status code to 503
2008-06-25 05:45:02,070 INFO [-Processor10] 81.242.146.156 - Displaying tag : Tracking (SECOND_PAGE) - mediastay24(2193942)::Deuxieme_page
2008-06-25 05:45:02,070 INFO [-Processor10] 81.242.146.156 - <<< [110 ms] GET http://www.priceminister.com/info/

Les erreurs Load error sont nouvelles (cad leur nombre a explosé il y a 2 jours le 24/06) et sont encore existantes aujourd'hui.

On retrouve ces erreurs sur les serveurs web. Voici sur ARICIA la répartition des erreurs 503 par url toute journée :
   7575 GET /info/ HTTP/1.1
   6923 GET /res/co/0/www/www/45955/'%20+%20url%20+%20' HTTP/1.1
   6519 GET /res/static/0/www/www/55575/fc/scriptaculous/\
   4907 GET /info/no/op/grande_braderie?t=2198443 HTTP/1.1
   4863 GET /info/home?t=1853340 HTTP/1.1
    417 GET /info/home HTTP/1.1
    373 GET / HTTP/1.1
    243 GET /info/ HTTP/1.0
    190 GET /?tracking=62001& HTTP/1.1
    122 GET /info/home HTTP/1.0


Meme chose sur ARICIA répartitions des erreurs 403 par url toute journée :

[mrtg@aricia tmp]$ grep ' 403 ' pas2002506 | cut -d '"' -f2 | sort |uniq -c | sort -rn |more
   6603 GET /shaking.asis HTTP/1.1
    271 GET /static/www/brandV900.css HTTP/1.1
    173 GET /shaking.asis HTTP/1.0
     92 GET /_vti_bin/owssvr.dll?UL=1&ACT=4&BUILD=6551&STRMVER=4&CAPREQ=0 HTTP/1.1
     76 GET /?t=1853340 HTTP/1.1
     75 GET /info/no/op/grande_braderie?t=2198443 HTTP/1.1
     37 GET /_vti_bin/owssvr.dll?UL=1&ACT=4&BUILD=5606&STRMVER=4&CAPREQ=0 HTTP/1.1
     33 GET /_vti_bin/owssvr.dll?UL=1&ACT=4&BUILD=4518&STRMVER=4&CAPREQ=0 HTTP/1.1
     31 GET / HTTP/1.1


Pour info voici aussi la répartition par URL de toutes les autres erreurs APACHE (cad autre que 403/503) :

[mrtg@aricia tmp]$ grep -v ' 403 ' pas2002506 | grep -v ' 503 ' |cut -d '"' -f2 | sort |uniq -c | sort -rn |more
  39895 GET /?tracking=2089340& HTTP/1.1
  29392 GET /favicon.ico HTTP/1.1
  28488 GET /?tracking=62001& HTTP/1.1
  20461 GET /?t=1853340 HTTP/1.1
  16778 GET /connect?action=login&c=80&dest=%2Fuser HTTP/1.1
  15854 GET /user HTTP/1.1
  13115 POST /submit HTTP/1.1
   8003 GET /content/V11_3_2/front/xtroi.js HTTP/1.1
   6408 GET /checkout?action=address HTTP/1.1
   3751 GET /?t=2193940 HTTP/1.1
   3322 GET /?tracking=2089340& HTTP/1.0
   2967 POST /checkout HTTP/1.1
   2817 GET /info/home?t=1853340 HTTP/1.1
   2602 GET /home HTTP/1.1
   2459 GET /image-son?t=%201398040&tracking=62001& HTTP/1.1
   2146 GET /connect?action=logout&pro=false HTTP/1.1
   2070 GET /user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26c%3D80%26dest%3D%252Fuser HTTP/1.1
   1978 GET /info/no/op/grande_braderie?t=2198443 HTTP/1.1
   1895 POST /connect HTTP/1.1
   1852 GET /?t=2193942 HTTP/1.1
   1594 GET / HTTP/1.1
   1355 GET /?t=1985241 HTTP/1.1
   1203 GET /?t=1837241 HTTP/1.1
   1180 POST /question HTTP/1.1
   1113 GET /navigation/default/category/bargain?static=true HTTP/1.0


merci

 Commentaires   
Commentaire de Justin Ziegler [ 30/juin/08 10:54 ]
  39895 GET /?tracking=2089340& HTTP/1.1

  28488 GET /?tracking=62001& HTTP/1.1
  20461 GET /?t=1853340 HTTP/1.1

les lignes ci-dessus extraitent de ton derniers listing m'inquiétent particulièrement ! Il y a peut etre un pb avec notre système de tracking marketing...

y a t il moyen de les étudiers un peu plus ? comprendre d'ou ils viennent ? browser ? ip ? referrer ?
faire un sous jira pour isoler les différents cas, puisque c'est différent de ton cas de "load error" ?

merci
Commentaire de Sébastien Raguet [ 30/juin/08 17:48 ]
Effectivement les recherches faites n'ont pas fait de différence entre les erreurs load erreurs et autres.

Cependant la forte augmentation du nombre des erreurs sur les AS le 24 est complètement due au load errors et a bien a disparu le 27 (en fait baisse des le 26 à partir de 18h/19h).

[mrtg@autochtonos jboss]$ zgrep 'ERROR' 2008-06-24-05-00_sais.log.gz | grep 'Load error' |wc -l
641
[mrtg@autochtonos jboss]$ zgrep 'ERROR' 2008-06-25-05-00_sais.log.gz | grep 'Load error' |wc -l
6904
[mrtg@autochtonos jboss]$ zgrep 'ERROR' 2008-06-26-05-00_sais.log.gz | grep 'Load error' |wc -l
6497
[mrtg@autochtonos jboss]$ zgrep 'ERROR' 2008-06-27-05-00_sais.log.gz | grep 'Load error' |wc -l
3857
[mrtg@autochtonos jboss]$ zgrep 'ERROR' 2008-06-28-05-00_sais.log.gz | grep 'Load error' |wc -l
422
[mrtg@autochtonos jboss]$ zgrep 'ERROR' 2008-06-29-05-00_sais.log.gz | grep 'Load error' |wc -l
663
[mrtg@autochtonos jboss]$ zgrep 'ERROR' 2008-06-30-05-00_sais.log.gz | grep 'Load error' |wc -l
339

J'ai eu une notification de Jérémie qu'un problème lié à mediastay a été corrigé le 26 au soir. Je suis dans l'attente de détails sur ce qui a été fait.


J'ouvre un autre JIRA a propos des problèmes de tracking.
Commentaire de Sébastien Raguet [ 01/juil./08 14:06 ]
Voici le retour concernant le changement Mediastay:

'En fait médiastay appelait une page (infoglue) erronée. Maintenant ils appellent une page qui existe ! Voila l'explication que j'ai eu coté market/param.'
Commentaire de Swan Desportes [ 01/juil./08 16:49 ]
Effectivement, la page appelée "www.priceminister.com/info" n'existe pas et provoque un load error puisqu'il attend un autre paramètre lui permettant d'identifier la page recherchée dans infoglue.
On ne peut accéder à cette page qu'en tapant l'URL explicitement.

Est ce que la situation est revenue à la normale ?
Commentaire de Sébastien Raguet [ 03/juil./08 10:38 ]
On a eu un retour à la normale le 27 mais à nouveau ces messages sont à nouveua montés le 01/07 (voir graph erreur sur sais).

J'ai contacté hier l'équipe de marketing hier en fournissant les code de tracking qui posaient le plus de problème mais cependant au vu des logs, Justin pense plus à un problème de dev.

Désolé j''ai ouvert un nouveau JIRA ( APP-21047 ) avec des fichiers logs (donc a prioris ce Jira peut être fermé ).

merci
Commentaire de Justin Ziegler [ 03/juil./08 19:08 ]
Swan, comment peut on avancer la dessus ?
merci
Commentaire de Justin Ziegler [ 03/juil./08 19:11 ]
On voit bien que a chaque fois le referrer est la home :

Request : GET http://www.priceminister.com/info/
Referrer : http://www.priceminister.com/info/home?tracking=62001&

Request : GET http://www.priceminister.com/info/
Referrer : http://www.priceminister.com/info/home?tracking=2089340&

Request : GET http://www.priceminister.com/info/
Referrer : http://www.priceminister.com/info/home?&t=316940&dinsight=345&kwsl=13915880

il y a donc un pb qq part dans la home ?
Commentaire de Swan Desportes [ 04/juil./08 12:12 ]
Je viens de passer une heure à inspecter la home page. Je ne vois aucune requete (de type ressource) ou liens susceptible de générer une url du type http://www.priceminister.com/info/
J'ai fait mes tests sur FF3. Peut etre que le problème est lié à un navigateur en particulier. Est ce qu'il y a moyen de connaitre les navigateurs utilisés lorsqu'il y a erreur ?
Commentaire de Sébastien Raguet [ 04/juil./08 14:56 ]
je viens de faire la recherche dans les logs web aricia en cours par exemple sur code tracking 62001:

Nb erreur 503 total pour les appels
   [mrtg@aricia logs]$ grep 'www.priceminister.com/info/home?tracking=62001&&#39; vaccess_log | grep ' 503 ' | wc -l
   488

Voici nombre d'errreur pour Client Microsoft:
   [mrtg@aricia logs]$ grep 'www.priceminister.com/info/home?tracking=62001&&#39; vaccess_log | grep '(compatible; MSIE' | grep " 503 " | wc -l
   487

Client firefox:
   [mrtg@aricia logs]$ grep 'www.priceminister.com/info/home?tracking=62001&&#39; vaccess_log | grep -i firefox | grep " 503 " | wc -l
   1

Plus de détails sur le top par versions:

[mrtg@aricia logs]$ grep 'www.priceminister.com/info/home?tracking=62001&&#39; vaccess_log | grep ' 503 ' | cut -d '"' -f6 | sort -rn |uniq -c | sort -rn
    110 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.2; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)
     44 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)
     30 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322)
     29 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506)
     13 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 2.0.50727)
     12 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)
     12 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)
     11 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)
      9 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1)
      8 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.0.04506)
      7 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648)
      6 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)
      5 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)
      4 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Orange 7.4 ; NaviWoo1.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)
      4 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)
      4 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)
      3 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506; .NET CLR 1.1.4322)
      3 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506; InfoPath.2)


Donc IE 6 et 7.

En élargissant sur toutes les erreurs 503 pour 'www.priceminister.com/info/home?t&#39;:
2254 erreurs: 2251 pour IE et 3 pour Firefox .
( + On a 27 erreurs 503 pour des appels d'image (26 appels AKAMAI, 1 panther ).
Commentaire de Justin Ziegler [ 04/juil./08 15:12 ]
n'est ce pas la répartition normale des browser ?
Commentaire de Sébastien Raguet [ 04/juil./08 15:48 ]
non on est en très loin. Par exemple sur aricia on trouve:

Pour toutes les lignes avec référence au browser:
   [mrtg@aricia logs]$ grep '(compatible; MSIE' vaccess_log | wc -l
   656868
   [mrtg@aricia logs]$ grep 'Firefox' vaccess_log | wc -l
   255821
soit 36% pour firefox.


Si on regarde pour les code 200 uniquement:
   [mrtg@aricia logs]$ grep '(compatible; MSIE' vaccess_log | grep ' 200 ' | wc -l
   566941
   [mrtg@aricia logs]$ grep 'Firefox' vaccess_log | grep ' 200 ' | wc -l
   218502
soit encore 36% pour Firefox

 et pour les erreurs 503 (sans distinction):
   [mrtg@aricia logs]$ grep '(compatible; MSIE' vaccess_log | grep ' 503 ' | wc -l
   6112
   [mrtg@aricia logs]$ grep 'Firefox' vaccess_log | grep ' 503 ' | wc -l
   584
Cette fois Firefox ne représnte plus que 11% des lignes avec code 503.

Et si on regarde cette fois le nb de code 200 pour 'www.priceminister.com/info/home?t&#39; :
    [mrtg@aricia logs]$ grep '(compatible; MSIE' vaccess_log | grep ' 200 ' | grep 'www.priceminister.com/info/home?t&#39; | wc -l
   339
    [mrtg@aricia logs]$ grep 'Firefox' vaccess_log | grep ' 200 ' | grep 'www.priceminister.com/info/home?t&#39; | wc -l
   1593

La proportion est bien complément inversée:
- IE 339 ok, contre les 2251 bad
- Firefox 1593 pages OK, contre 3 bad.




Commentaire de Swan Desportes [ 07/juil./08 14:37 ]
Donc, il semble que le problème n'apparaisse quasi exclusivement sur IE (ou en tout cas, pas sur FF).
Je n'arrive pas à le reproduire sous mon IE7 en dev. Et je ne vois aucun lien ou appel en www.priceminister.com/info/ en prod depuis mon IE7... Pourtant, d'après les analyses de Sébastien, ce navigateur provoque également le problème.

Je me demande si je ne dois pas chercher côté promo. Je suis assez étonné que l'erreur ne se produise pas dans 100% des cas.

Commentaire de Swan Desportes [ 10/juil./08 12:06 ]
Je n'arrive vraiment pas à reproduire. Pour continuer l'analyse, je pense qu'il faut qu'on attaque le problème ensemble avec Sébastien.
Commentaire de Sébastien Raguet [ 16/juil./08 14:54 ]
Il se peut bien que cela soit du a des problème de market. Leur nombre est monté puis rebaissé sans vraiment que quoi que ce soit est changé.

Je viens de regarder les logs pour la journée d'hier pour les appels de type 'home?t' :

Sur les WEB nombre d'appels qui sont OK (code retour 200):
[mrtg@autochtonos ~]$ for i in `cat ~/Deployment/hosts/hosts_web_*|sort|uniq`;do echo $i;ssh $i "zgrep 'home?t' /data/chrootapache/usr/local/apache/logs/vaccess_log.1.gz | grep ' 200 ' | wc -l "; done
aricia
23404
evandre
23429
evenor
22903
neith
21457
phaeton
8770

Et nombre de code de retour 503:
[mrtg@autochtonos ~]$ for i in `cat ~/Deployment/hosts/hosts_web_*|sort|uniq`;do echo $i;ssh $i "zgrep 'home?t' /data/chrootapache/usr/local/apache/logs/vaccess_log.1.gz | grep ' 503 ' | wc -l "; done
aricia
56
evandre
51
evenor
58
neith
57
phaeton
19

nb code de retour autre que 200, 503 et 30X:
[mrtg@autochtonos ~]$ for i in `cat ~/Deployment/hosts/hosts_web_*|sort|uniq`;do echo $i;ssh $i "zgrep 'home?t' /data/chrootapache/usr/local/apache/logs/vaccess_log.1.gz | grep -v ' 200 ' | grep -v " 302 " | grep -v " 301 " | grep -v " 503 "|wc -l "; done
aricia
15
evandre
14
evenor
13
neith
8
phaeton
     10

Le nombre d'erreurs a fortement diminué, on passe a environ 0.2% d'appel 'home?t' qui ne fonctionnent pas alors que la semaine dernière on était bien plus haut.

Sur les AS, on a aussi une forte diminution des erreurs Load error.
[mrtg@sais jboss]$ for i in `ls 2008-07-16-05-00_*.log.gz`; do echo $i; zgrep ERROR $i | grep 'Load error' |wc -l ; done 2008-07-16-05-00_amphitrite.log.gz
74
2008-07-16-05-00_amphore.log.gz
56
2008-07-16-05-00_angita.log.gz
89
2008-07-16-05-00_aurore.log.gz
83
2008-07-16-05-00_junon.log.gz
1
2008-07-16-05-00_orichalque.log.gz
214
2008-07-16-05-00_rhome.log.gz
152
2008-07-16-05-00_sais.log.gz
198
2008-07-16-05-00_salus.log.gz
156
2008-07-16-05-00_tellus.log.gz
11
2008-07-16-05-00_titeia.log.gz
123


On a donc retrouver un niveau faible de ces erreurs de type Load error. De plus les erreurs de type Load error pour une request de type 'GET http://www.priceminister.com/info/&#39; sont très faible.
[mrtg@sais jboss]$ for i in `ls 2008-07-16-05-00_*.log.gz`; do echo $i; zgrep -A4 'Load error' $i | grep -B2 -A2 'GET http://www.priceminister.com/info/&#39; |grep ERROR | wc -l; done
2008-07-16-05-00_amphitrite.log.gz
3
2008-07-16-05-00_amphore.log.gz
0
2008-07-16-05-00_angita.log.gz
7
2008-07-16-05-00_aurore.log.gz
3
2008-07-16-05-00_junon.log.gz
0
2008-07-16-05-00_orichalque.log.gz
7
2008-07-16-05-00_rhome.log.gz
2
2008-07-16-05-00_sais.log.gz
6
2008-07-16-05-00_salus.log.gz
9
2008-07-16-05-00_tellus.log.gz
0
2008-07-16-05-00_titeia.log.gz
2

2 referrer ressortent:


2008-07-15 18:37:45,427 ERROR [-Processor28] 82.242.79.43 - Load error
Servlet : com.babelstore.content.front.ContentServlet
Request : GET http://www.priceminister.com/info/
Referrer : http://www.priceminister.com/info/cookies_requis
User-Agent : Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; .NET CLR 1.1.4322)


2008-07-16 00:57:55,585 ERROR [Processor215] 84.103.4.180 - Load error
Servlet : com.babelstore.content.front.ContentServlet
Request : GET http://www.priceminister.com/info/
Referrer : http://www.priceminister.com/info/home#t=1414040
User-Agent : Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; InfoPath.2; .NET CLR 2.0.50727)




Par contre le peu d'erreur restant est toujours du à l'utilisation de IE et pas Firefox. Par exemple pour une des erreurs qui ressort code tracking 1414040:

Nb appel OK avec IE:
[mrtg@autochtonos ~]$ for i in `cat ~/Deployment/hosts/hosts_web_*|sort|uniq`;do echo $i;ssh $i 'grep "t=1414040" /data/chrootapache/usr/local/apache/logs/vaccess_log' | grep ' 200 ' | grep 'compatible; MSIE' | wc -l;done
aricia
5410
bacchus
588
evandre
5495
evenor
5335
neith
5657
phaeton
1916

Environ 2% des d'appel echouent avec IE

[mrtg@autochtonos ~]$ for i in `cat ~/Deployment/hosts/hosts_web_*|sort|uniq`;do echo $i;ssh $i 'grep "t=1414040" /data/chrootapache/usr/local/apache/logs/vaccess_log' | grep -v ' 200 ' | grep 'compatible; MSIE' | wc -l;done
aricia
122
evandre
139
evenor
132
neith
170
phaeton
34

Nb appel OK avec Firefox:
[mrtg@autochtonos ~]$ for i in `cat ~/Deployment/hosts/hosts_web_*|sort|uniq`;do echo $i;ssh $i 'grep "t=1414040" /data/chrootapache/usr/local/apache/logs/vaccess_log' | grep ' 200 ' | grep 'Firefox' | wc -l;done
aricia
825
bacchus
66
evandre
807
evenor
792
neith
813
phaeton
276
[mrtg@autochtonos ~]$


Pas d'erreur avec Firefox
[mrtg@autochtonos ~]$ for i in `cat ~/Deployment/hosts/hosts_web_*|sort|uniq`;do echo $i;ssh $i 'grep "t=1414040" /data/chrootapache/usr/local/apache/logs/vaccess_log' | grep -v ' 200 ' | grep 'Firefox' | wc -l;done
aricia
0
evandre
0
evenor
1
neith
0
phaeton
0


En regard du faible nombre de ces erreurs et du temps déjà passé dessus, je pense donc que l'on peut mettre de côté pour le moment mais faire des recherches plus approfondie si le nombre de ces erreurs réaugmentent.
Commentaire de Swan Desportes [ 29/juil./08 12:29 ]
OK, je baisse la priorité.
Il y a eu beaucoup de chgt d'URL sur les liens sponsos dernièrement liés aux problèmes de "sharp tracking". Peut etre qu'il y a un lien de cause à effet.
Commentaire de Swan Desportes [ 23/janv./09 14:49 ]
Est ce que cette demande est toujours d'actualité ?
Commentaire de Alexandre Garnier [ 24/nov./09 15:46 ]
Pas forcement un problème de lien mais peut-être un problème de ressource avec un src vide ce qui pourrait parfaitement être provoqué par les pubs en JS sur la HP (et qui géreraient mal IE ?)
Commentaire de Alexandre Garnier [ 24/nov./09 15:48 ]
Avec APP-26411, le Load error a été corrigé même si on peut toujours avoir des appel à /info/




[EXP-3267] config apache : pb d'acces sur QV depuis mon domicile Création: 14/févr./07 10:33  Mise à jour: 25/juin/07 19:00  Résolue: 01/mars/07 13:47

Etat: Fermé
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Justin Ziegler Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
de temps en temps j'ai un message du type "acces non autorise".

Un serveur a du etre oublié dans le lot.
merci


 Commentaires   
Commentaire de Justin Ziegler [ 20/févr./07 10:56 ]
on pourrait avancer la dessus ?
c'est assez genant, je n'ai qu'un acces degrade aux courbes depuis chez moi.
Commentaire de Jérémie Bennejean [ 20/févr./07 11:33 ]
Justin, j'ai ouvert la mai chez Jet.

C'est en cours.
Je te tiens informé.

Commentaire de Jérémie Bennejean [ 20/févr./07 11:41 ]
Pour info ta nouvelle @IP est bien renseignée dans le http.conf sur les 3 frontaux webs.
Commentaire de Justin Ziegler [ 20/févr./07 14:00 ]
Jérémie,
Je t'ai déja dit que ce n'est pas une histoire de routage, mais bien une histoire de droit d'acces au niveau d'apache.
Je t'ai egalement parlé de .htaccess.
As tu pris le temps de regarder la doc concernant la gestion des droits d'acces ?
As tu grepé mon adresse ip dans les log apache pour voir ce qui se passe ?
Commentaire de Jérémie Bennejean [ 20/févr./07 14:50 ]
Justin,

Je ne connaissais pas l'existence du .htaccess en question qui se trouve dans virtualhost-intra.

J'ai tout de suite remplacé ton @IP dans ce fichier.

Aprés en avoir parlé avec Patrice, nous avons décidé de rajouter dans la virtualhost-intra du http.conf la section suivante:

 <Location "/">
                Order Deny,Allow
                Deny from all
                # PM (Villette) Public Private Justin Home (PBO)
                Allow from 62.23.27.114 212.23.170.0/24 10.150.28.0/24 213.41.233.175 82.228.215.216
        </Location>

J'ai aussi renommé le .htaccess du virtualhost-intra en htaccess_ne_pas_toucher pour le moment.

J'ai testé l'accès à intra depuis mon poste ( en précisant dans le ficher host de mon poste que intra.priceminister correspond à l'@ du vh d'aricia) cela fonctionne.
Commentaire de Justin Ziegler [ 20/févr./07 15:16 ]
merci
nb : la commande find permet de trouver des fichiers dont on ignore le lieu d'habitation. Cela doit devenir un reflexe.
Commentaire de Justin Ziegler [ 01/mars/07 13:00 ]
Ce pb est maintenant regle.
merci
tu fermes le jira stp ?
Commentaire de Jérémie Bennejean [ 01/mars/07 13:47 ]
Très bien je ferme le jira
Merci




[EXP-4475] prblm connexion compte bangmedia_fr Création: 07/août/08 10:03  Mise à jour: 12/août/08 10:37  Résolue: 12/août/08 10:37

Etat: Résolu
Projet: Exploitation
Composants: Evolution
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Jany Marimoutou Attribution: Ange Ferrari
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Le compte : bangmedia_fr
http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=15263840

Le vendeur m'a envoyé ce message ce matin. J'ai besoin d'un traitement urgent de son problème afin d'éviter des annulations :

Hi Both,

There seems to be an IT problem on your end, our system is not able to retrieve orders from Priceminister backend. As a result most of the orders from 01/08/08 are not process except for the ones which I've replied to Jany yesterday. We also have problems logging into priceminister to resolve this issue, could you kindly get your IT dept to check on this matter & keep us posted of the outcome. In view of this issue on your end, I hope we are not set for vacation since the problem is with your IT dept. We would appreciate if you could advise us the outcome soonest as to enable us to resume business as usual. Let me know if you need to discuss this matter via phone.


 Commentaires   
Commentaire de Frédéric Nahum [ 07/août/08 10:09 ]
Pourrais tu me préciser a quelle niveau ce partenaire a un problème car je vois rien de particulier dans son compte, je ne crois pas que c'est lié aux import son problème.
C'est quoi exactement le problème, problème de connexion au site ?
Problème avec les flux de commande ?
???
Commentaire de Jany Marimoutou [ 07/août/08 11:35 ]
il travaille par FTP, et leur système n'arrive à récupérer les commande. Il n'arrive pas non plus à se connecter au site internet. j'ai du récupéré les fichiers moi même hier pour ensuite annulé les commandes qui ne peuvent être honorées.
Sachant maintenant qu'ils sont situés à Singapour. Ajouté au fait qu'apparement nous avons subi des attaques virales depuis l'Asie. Il se peut que celà vienne de l'exploitation qui a fermé certaines vannes pour exclure les connexions venant d'Asie. Je n'en sais rien ! OU alors ça vient d'ailleurs. Quoiqu'il en soit il n'arrive plus à se connecter à son FTP, ni le site, comme indiqué dans son mail.
Commentaire de Frédéric Nahum [ 07/août/08 11:43 ]
ok je vais voir avec l'exploi merci pour l'explication
Commentaire de Frédéric Nahum [ 07/août/08 11:47 ]
effectivement il ya eu des verrouillage sur l'asie, je transfert ce jira à l'exploit
Commentaire de Frédéric Nahum [ 07/août/08 11:47 ]
Apparemment le partenaire n'arrive plus a se connecter au site et au ftp
Commentaire de Ange Ferrari [ 07/août/08 11:50 ]
Hello Jany,

Oui nous avons bloqué la plaque asiatique suite à l'attaque
il me faudrait l'ip qu'ils utilisent pour se connecter à notre service.

Je vais essayer de faire en sorte que lui puisse se connecter
par contre il sera limité au niveau du débit et ça je ne peux pas le faire sauter
Commentaire de Jany Marimoutou [ 07/août/08 12:08 ]
je lui ai demandé de confirmer les IP suivantes :

For France : 203.125.19.50
For Spain : 203.125.19.59
Commentaire de Jany Marimoutou [ 11/août/08 11:26 ]
The IP address is 61.14.65.135 which is used for uploading products and retrieving all orders. Thanks.
Commentaire de Patrice Boulanger [ 12/août/08 10:37 ]
La demande a été traitée, la dernière adresse IP fournie a été autorisée sur tous nos frontaux web et FTP.

Merci.




[EXP-475] Résoudre le problème d'accès VPN pour les commerciaux itinérants Création: 05/déc./05 18:17  Mise à jour: 25/juin/07 18:55  Résolue: 25/janv./06 16:30

Etat: Résolu
Projet: Exploitation
Composants: Troubleshooting
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Sébastien Tournay Attribution: ZZ_Arnaud Baali
Résolution: Corrigé  
Estimation restante: 6 heures, 30 minutes
Temps consacré: 6 heures, 30 minutes
Estimation originale: 15 minutes


 Description   
Tester dans un premier temps que l'accès VPN fonctionne avec ta free-box chez toi. Prendre contact ensuite avec un commercial itinérant pour résoudre le pb.

 Commentaires   
Commentaire de Jérémie Bennejean [ 12/déc./05 16:33 ]
Apres test chez moi du forti client et donc l'acces VPN, le test se revele positif.
il faut certainement plsu creuser sur les profils et les logins/mdp
Commentaire de Sébastien Tournay [ 15/déc./05 13:31 ]
OK. Il faut faire le tour de toute l'équipe commerciale auto et valider un/un que cela fonctionne. On réinitialise les login/passwd
Commentaire de Jérémie Bennejean [ 03/janv./06 12:42 ]
Le 03/010/06
- J'ai comparé sur le fortigate tout les paramétres des profils vpn des commerciaux, ils sont tous corrects.
- J'ai comparé l'exactitude des renseignements entre ceux fournis au fortigate et ceux de chacun des portables des commerciaux, ils sont tous correct.
- J'ai vérifié les @ip virtuelles données à chacun des commerciaux elles sont toutes correctes.
- Actuellement seul le vpn sur le portable de mederic fonctionne, ce qui m'a permis aussi de comparer ses paramétres à ses des autres. Tout est semblable sauf l'@IP virtuelle atribuée (normal) et le login/mdp (normal aussi).
- En ce qui concerne sebastien rodier, il nb'arrive meme pas a avoir internet avec son pc personnel et sa 9box, donc c'est normal que le vpn ne fonctionne, j'irai donc chez lui pour configurer sa 9box ete son réseau privé !
- En ce qui concerne Karim, il n'a pas essayer de se connecter depuis tres longtemps.
- En ce qui concerne Sebastien RODIER, la connection fonctionne, il accede a 4D sous lafitte, mais lors de la synchronisation ( des qu'il la lance son portable plante c'est donc un probléme systéme/applicatif sur son portable et non vpn. Dés que j'ai le cordon je lui changerai son portable pour palier à ce probléme).
- En ce qui concerne nathalie elle à aussi des problémes d'accés internet chez elle ... à LILLE et à des problémes de connexions avec sa freebox...
Commentaire de Jérémie Bennejean [ 13/janv./06 17:11 ]
Vendredi 13 Janvier

- Test avec le vpn et le portable de nathalie herchin par Damien.
- Suppression de sonn routeur wifi placé derriere sa freebox !
- Connexion via un câble ethernet
- Réinistialisation de son mot de passe
- Tentative de connexion OK
- Ping depuis son portable vers le serveur 4D OK
- Trace de son accés vpn dans les logs du Fortigate.

VPN Nathalie Herchin OK




Commentaire de Jérémie Bennejean [ 16/janv./06 10:05 ]
VPN Mederic Crepey OK
Commentaire de Jérémie Bennejean [ 16/janv./06 12:33 ]
VPN sébastien RODIER OK

--------------------------------------
La connection VPN est considéré comme OK lorsque les conditions suivantes sont remplies.
-------------------------------------
Test effectué : Vérification des paramétres du client VPN --> OK
Tentative de connexion au Fortigate --> OK
Présence dans les logs du fortigate de l'@ IP du commercial itinérant --> OK
Ping depuis le portable client de 192.168.1.32 ( lafitte ou est la base 4D ) --> OK
Commentaire de Jérémie Bennejean [ 16/janv./06 12:34 ]
VPN nicolas meissonnier OK

Commentaire de Jérémie Bennejean [ 16/janv./06 12:38 ]
VPN Karim NON

Dernier test en date le lundi 16 décembre 11h30

--------------------------------------
La connection VPN est considéré comme OK lorsque les conditions suivantes sont remplies.
-------------------------------------

Test effectué : Vérification des paramétres du client VPN --> OK
Réinistialisation de son mot de passe --> OK
Tentative de connexion au Fortigate --> OUI mais echec connexion
Verification de son @ IP publique sur le site whatismyip.com --> 66.249.71.53
Présence dans les logs du fortigate de l'@ IP du commercial itinérant --> OUI presence de log, NON Adresse IP differente ( 213.44.200.1) de celle de son @ IP publique (66.249.71.53) --> ANORMAL
Cette adresse IP ( 213.44.200.1) est une @ IP Club internet ( le provider de Karim ).
Ping depuis le portable client de 192.168.1.32 ( lafitte ou est la base 4D ) --> NON
Commentaire de Alain Bonneaud [ 18/janv./06 17:29 ]
Le nécessaire doit être fait de toute urgence. Ce sujet n'a que trop traîné et doit doit être clos impérativement en début de semaine 4. La solution d'échange de portable pour Karim semble une bonne solution. Merci de préparer le portable de spare et de te synchroniser avec Karim pour aller lui faire l'installation à Lyon et verifier que tout fonctionne
Commentaire de ZZ_Arnaud Baali [ 24/janv./06 09:54 ]
Le problème de VPN pour Nicolas Meissonnier a été Résolu chez Lui hier soir
Le problème venait de ça carte Wifi Additionnelle
Je lui ai paramétré son accès ADSL sur la Carte Wifi intégré du Portable --> la synchro 4D a parfaitement fonctionnée
Commentaire de ZZ_Arnaud Baali [ 25/janv./06 16:30 ]
Le problème de Karim a été Résolu par jeremmy
Problème de configuration de Firewall chez Karim qui a priori utilisait un routeur NAT physique et en plus une option firewall chez Club Internet




[EXP-1822] référencement du jeu auto: lancement du jeu le vendredi 21 avril 2006 Création: 19/avr./06 11:59  Mise à jour: 25/juin/07 18:57  Résolue: 27/avr./06 11:45

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Bloquant
Rapporteur: Thomas Beylot Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Sébastien,


comme j'ai pu t'en parler vite fait tout à l'heure, il faudrait faire en sorte que le jeu soit accessible depuis un sous domaine de priceminister.

au départ je pensais à jeu.priceminister.com mais le nom est pris par emailvision dans le cadre de l'envoi des email automatiques assignés au jeu. Ainsi le nom de l'expéditeur est lié à ce nom de sous domaine.

Nopus pouvons donc choisir un autre nom comme par exemple jeuauto.priceminister.com qui redirigerait donc sur www.yatilungagnantdanslauto.com.

Ainsi les stats inhérentes au jeu (PAP, visiteurs...) seront créditées aux stats PM.

Tu me tiens au courant de la faisabilité de la chose d'ici vendredi?


n'hésite pas à me poser des questions si ce n'est pas clair.


merci !

thomas.

 Commentaires   
Commentaire de Sébastien Tournay [ 19/avr./06 12:29 ]
Ranto,

Tu peux faire la demande de création de sous-domaine à JMH ? Il me semble que le domaine est géré par eux (ou MAILCLUB ?).
Commentaire de Ranto Andriambololona [ 20/avr./06 11:19 ]
demande faite à JET hier sous forme de MAI / suivi Stéphane pignot pour créer le sous domaine dans les DNS et attribution de VIP / RIP
Commentaire de Thomas Beylot [ 21/avr./06 09:44 ]
Hello,

voilà le mail de mon partenaire concernant l'IP.

"Thomas,
 
Désolé de ne revenir vers toi que maintenant, mais j'ai dû m'éclipser en rdv.
Voici les IP :
 
http://ns20349.ovh.net
http://ns20357.ovh.net

Il y en a deux car on a 2 serveurs pour supporter la montée en charge.
 

Laurent"

Pouvez-vous me tenir au courant de la création du sous-domaine ?


merci !

thomas.
Commentaire de Thomas Beylot [ 21/avr./06 11:22 ]
Ranto,

voile le numéro de mon contact technique (c'est un des cofondateurs de l'agence) pour que tu puisses l'appeler.


merci!

Antoine Chauveau: 01 41 34 06 47

A mon avis ils sont un peu en stress là je ne suis pas certain qu'il soit à son poste.


thomas.
Commentaire de Ranto Andriambololona [ 21/avr./06 12:01 ]
L'ip définitif est 213.251.134.62
Commentaire de Thomas Beylot [ 24/avr./06 10:24 ]
Hello Ranto,

as-tu pu avancer sur cette demande?


merci!!!

thomas.
Commentaire de Sébastien Tournay [ 24/avr./06 10:38 ]
Pour nous la modification est bien faite au niveau du DNS mais je ne suis pas certain que cela soit la bonne @IP... Je n'ai pas le jeu derrière... Juste une page d'OVH. Est-ce que le partenaire sait ce qu'une adresse est ??

Par ailleurs, pour moi le jeu ne marche pas.. A chaque fois que j'arrive sur la home, cela me fait planter mon navigateur..
Commentaire de Thomas Beylot [ 24/avr./06 10:55 ]
on est au courant du souci, ils sont dessus. A priori ça n'arrive que chez PM... quel est la version de ton navigateur et ton flash player ?

tu veux que je les appelle quant au redirect ?
Commentaire de Ranto Andriambololona [ 24/avr./06 12:04 ]
Antoine Chauveau vient de demander à leur équipe d'ajouter un virtual-host pour que la redirection DNS puisse marcher.

Cela a été effectué à l'instant et le site http://jeuauto.priceminister.com fonctionne
Commentaire de Ranto Andriambololona [ 24/avr./06 12:34 ]
L'équipe de www.yatilungagnantdanslauto.com viennent de nous faire une demande de modification DNS

jeuauto.priceminister.com doit pointer sur 213.251.131.66 au lieu de 213.251.134.62


L'IP 213.251.131.66 est l'adresse IP de répartition et enverra la charge vers les 3 serveurs qui sont derrière




[APP-30506] Avazu LTP (retargeting) - plan de taguage PriceMinister.com (affiliation) Création: 26/juil./10 12:30  Mise à jour: 29/sept./10 16:03  Résolue: 20/sept./10 11:05

Etat: Fermé
Projet: Application PriceMinister
Composants: Affiliation
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 77.0.1

Type: Bogue Priorité: Majeur
Rapporteur: Jonathan Gorges Attribution: Rocio Perez-Garcia
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: PDF File PM - Plan de taggage Avazu LTD.pdf     PDF File retargetingapi_avazu.pdf     JPEG File screenshot-1.jpg     PDF File V2.pdf    
Liens des demandes:
Similaire
similaire à APP-31135 Avazu LTP (retargeting) : Temps de co... Fermé
Pays:
FRA - France
Projets PM: *** A PLANIFIER ***
Classif FONC: comarket

 Description   
Bonjour,

Nous lançons un nouveau partenaire en affiliation, Avazu LTD (http://avazutracking.net/), qui nous propose du retargeting comportementale (selon le même principe que Criteo) à la performance (au CPA). Ce modèle de rémunération est par définition très rentable pour PriceMinister puisque nous payerons ce partenaire uniquement un pourcentage de notre commission sur chaque vente générée sur PM grâce à son réseau. Il s'agit donc ici d'une bonne opportunité de business, très rentable.

S'agissant de retargeting, nous devons donc taguer certaines de nos pages.
Vous trouverez le plan de taguage en PJ.

Pourriez-vous le valider avant de débuter le paramétrage svp ?

Important : dans ce plan de taguage, seule la partie "Personalized Retargeting with product feeds" nous concerne (page 4 et 5)

Aussi, pourriez-vous nous communiquer une date approximative de mise en prod ? L'idéal pour nous serait de commencer le partenariat vers le 20 août. Cela vous semble jouable ?

Je reste à votre dispo pour toute question.

Merci d'avance pour tout.

Jonathan.

 Commentaires   
Commentaire de Jonathan Gorges [ 26/juil./10 12:33 ]
Pour info :
Étant absent du 06/08 au 16/08 inclus (vacances), je ne pourrai recetter le taggage durant cette période.

Jon
Commentaire de Ariane Baldinger [ 27/juil./10 09:36 ]
Salut Jonathan,

Fabrice va voir quelles sont les dispos du dev pour valider les tags.
Damien qui s'en occupe habituellement est en congés cette semaine.

A.
Commentaire de Jonathan Gorges [ 27/juil./10 09:39 ]
Hello,
OK merci bcp. J'ai moi-même jeter un ¿il sur ce plan de taggage, et il est extrêmement simple. On remonte que très peu d'infos (ID product, montant du panier, devise...), sur des pages classiques (fiche produit, confirmation de paiement, HP...).
La validation ne devrait pas prendre bcp de temps je pense.

Merci
Commentaire de Jonathan Gorges [ 04/août/10 12:10 ]
Hello,
Avez-vous eu la possibilité de regarder ce plan de taguage ?
Pourriez-vous svp le valider aujourd'hui ?
Par avance merci.
Commentaire de Fabrice Feugas [ 04/août/10 12:32 ]
Hello, on a prévu de regarder ça en début d'aprème.
Commentaire de Fabrice Feugas [ 05/août/10 12:48 ]
Pour résumer, les remarques/questions qu'on a :

--> Tag de la page confirmation de paiement, on préfère du script plutôt que de l'iframe
--> " " " " " " " , le passer en httpS
--> Pourquoi tagguer toutes les pages du site ? Est-ce vraiment utile ? Si oui, on ne peut tagguer que HP, NAV / Search

--> Pour le panier, on vérifie avec DAD quel montant on passe habituellement (total TTC hors cbv, eg,...).

Tenez-nous au courant dès que vous avez des retours des partenaires.
Commentaire de Remigiusz Woronkiewicz [ 05/août/10 13:03 ]
Voici le retour du partenaire Avazu :

1. TAG des pages du site sans produits dispos : Avazu ce sert de ce tag généraliste pour remonter les utilisateurs qui sont venus sur le site sans avoir visité de pages produits. Le partenaire lui propose alors des bannières "top-vente". Donc OK pour tagguer HP et NAV/ Search

2. Iframe VS Javascript : selon le partenaire, le pixel en Javascript peut être désactivé dans les moteurs de recherche et cela résulte dans la perte de tracking des conversions. C'est pourquoi ils préfèrent utiliser l'iframe qui ne peut être désactivé.

3. voici le tag de la confirmation de paiement en httpS:

<iframe style='display:none' width='1' height='1' src='https://avazudsp.net/tracking/retargeting/ret_ifr.php?amount=&article_ids=&transaction_id=&advertiser_id=4&#39;&gt;&lt;/iframe>

à votre disposition,

Rémi
Commentaire de Fabrice Feugas [ 05/août/10 14:06 ]
Ok, en attente des retours de Damien.
Commentaire de Damien Dorizy [ 05/août/10 15:48 ]
Pour le panier, après vérification :
- On passe habituellement le montant total des articles hors tout (hors FdP, cbv, eg, etc.) : $!purchase.SumItemPriceNumber
- Aucun problème pour récupérer l'identifiant des produits :
#foreach( $item in $purchase.ItemFormatCollection )
$item.productId
#end
Commentaire de Benoit Tabaka [ 05/août/10 16:41 ]
Jonathan,

3 éléments :

1) Exclusivité Criteo

on a filé une exclusivité à Criteo en matière de publicité comportementale jusqu'à fin 2010 sur le site PM.FR.
Donc, il me semble difficile (voire impossible) de dealer sur le même modèle avec un affilié.

Est-ce à dire que vous avez obtenu de Criteo la fin de l'exclusivité ?

2) Information des utilisateurs et désabonnement

Comment gère-t-on l'intégration d'un mécanisme opt-out (cf la page Ethique et Vie privée) ?
Idem, une page d'explication est-elle prévue ?

3) Gestion des publicités

Les bannières seront-elles des bannières "made in PM" ou des bannières "gérées par le prestataire" (avec, derrière pour moi, une question : est-on sur que le prestataire va bien mettre à jour régulièrement les infos)

Benoit

Commentaire de Remigiusz Woronkiewicz [ 05/août/10 17:31 ]
Benoit,

Pour répondre à tes 3 questions :

1) Je te confirme ce que nous a expliqué Odile; l'exclusivité Critéo s'est achevée fin 2009 donc pas de pb de ce côté là.

2) Oui, une page d'explication est prévue à termes, mais la priorité reste le paramétrage.
Ensuite, nous voulons bien sûr intégrer un mécanisme d'opt-out au même titre que celui de Critéo

3) Les bannières seront gérées par le prestataire à partir des flux envoyé depuis PriceMinister, comme nous le faisons déjà pour Critéo, NextPerformance ou Mythings.
Ce sera donc à nous de surveiller le bon envoi des flux régulièrement car on comprend bien les retombées négatives si une bannière affiche de la publicité "mensongère".

Pour résumer, ces points seront traités et tout est OK pour lancer le paramétrage.

Rémi

Commentaire de Remigiusz Woronkiewicz [ 06/août/10 09:39 ]
Hello,

Voici le TAG panier sécurisé :
<script type='text/javascript' src=' https://avazudsp.net/tracking/retargeting/ret_gpj.php?amount=[amount]&article_ids=[article_ids]&transaction_id=[transaction_id]&advertiser_id=4'></script>

J'ai aussi joins un fichier d'aide fournis par le partenaire. (retargetingapi_avazu)

Rémi
Commentaire de Fabrice Feugas [ 06/août/10 10:56 ]
Merci.

C'est quoi le "transaction_id" ?
Commentaire de Remigiusz Woronkiewicz [ 11/août/10 14:30 ]
Hello tout le monde,

Pourriez-vous me dire ce qu'il en est de l'avancée du paramétrage pour Avazu ?
 
Merci d'avance,

Rémi
Commentaire de Jonathan Gorges [ 17/août/10 16:49 ]
Bonjour,

Pourriez-vous svp me dire où en sommes-nous sur la mise en place de ces tags.
Nos partenaires nous relancent bcp en effet et souhaiterait avoir une visibilité sur le kick off de la campagne.

Par avance merci.
Commentaire de Jérôme Viviès [ 17/août/10 16:55 ]
Bonjour,

La question de Fabrice attend toujours une réponse.

Je calerai la suite avec Ariane à son retour lundi et elle reviendra vers vous avec une date.
Commentaire de Fabrice Feugas [ 17/août/10 17:27 ]
Ci-joint l'échange que j'avais eu avec Rémigiusz :
"Ok. On passe l'id_panier alors.
 
A noter qu'il peut y avoir plusieurs articles dans un panier... En cas de litige comme il dit, il faudra creuser un peu mais je pense que c'est ce que vous faites déjà."
Commentaire de Jonathan Gorges [ 17/août/10 17:43 ]
Effectivement, "transaction_id" = "id_panier"

Merci.
Commentaire de Rémi Virlouvet [ 18/août/10 11:29 ]
on vise une mise en prod le 25, si tout va bien...
Commentaire de Jonathan Gorges [ 18/août/10 11:43 ]
Merci pour ce retour.
Pour avancer rapidement et éviter des retours inutiles du partenaire, pourra-t-on après paramétrage des tags ouvrir un serveur (integ par exemple) à notre partenaire pour qu'il vérifie si tout est OK ?

Peut-on vous fournir une adresse IP du partenaire ?

Par avance merci.
Commentaire de Rémi Virlouvet [ 18/août/10 16:35 ]
recap param :

ai créé la promo campaign Avazu, qui comprend 3 affiliation tags :

- confirmation paiement :

code :
<script type='text/javascript' src=' https://avazudsp.net/tracking/retargeting/ret_gpj.php?amount=$!purchase.SumItemPriceNumber&article_ids=#set($vCount = 0)#foreach( $item in $purchase.ItemFormatCollection )
#if($vCount > 0),#end$item.productId
#set($vCount = $vCount + 1)
#end&transaction_id=$purchase.purchaseId&advertiser_id=4'></script>

location alias :
ROOT (hérité)

secured pages :
yes

family :
indifferent

position :
HIDDEN1

tracked event :
BUY


- fiche produit :

code :
<script src=" http://www.avazudsp.net/tracking/retargeting/retJS.php" type="text/javascript" charset="UTF-8"></script>
<script type="text/javascript" charset="UTF-8">
var _Runid = "MWllcl9mZys0";
var _Radvid = "MzNtZV90KzRpaw==";
var _Rpid = "$!summary.getProductId()";
_RetSetC();
</script>

location alias :
default/ROOT/ALL_PRODUCTS/@categoryPath/PRODUCT/ADVERT_LIST/

secured pages :
no

family :
indifferent

position :
HIDDEN1




- HP Nav Search :

code :
<script src=" http://www.avazudsp.net/tracking/retargeting/retJS.php" type="text/javascript" charset="UTF-8"></script>
<script type="text/javascript" charset="UTF-8">
var _Runid = "MWllcl9mZys0";
var _Radvid = "MzNtZV90KzRpaw==";
_RetSetC();
</script>

location alias : (hérité)
   default/ROOT/HOMES/HP2007/
default/ROOT/ALL_PRODUCTS/GLOBAL_NAVIGATION/
default/ROOT/ALL_PRODUCTS/@categoryPath/NAVIGATION/
default/ROOT/ALL_PRODUCTS/DATE_NAVIGATION%%ROOT_HOME/
default/ROOT/ALL_PRODUCTS/FILTER_NAVIGATION%%GLOBAL_SEARCH/
default/ROOT/ALL_PRODUCTS/SEARCH_REFERENCE/
default/ROOT/ALL_PRODUCTS/OPEN_SEARCH/

secured pages :
no

family :
indifferent

position :
HIDDEN1
Commentaire de Rémi Virlouvet [ 18/août/10 16:39 ]
test achat :

<!--@@@ confirmation paiement : Event - Buy -->
<script type='text/javascript' src=' https://avazudsp.net/tracking/retargeting/ret_gpj.php?amount=45.0&article_ids=67321828
,71670139
&transaction_id=70792837&advertiser_id=4'></script>
<textarea style="width:99%;" rows="10" readonly="readonly">
&lt;script type=&#39;text/javascript&#39; src=&#39; https://avazudsp.net/tracking/retargeting/ret_gpj.php?amount=$!purchase.SumItemPriceNumber&amp;article_ids=#set($vCount = 0)#foreach( $item in $purchase.ItemFormatCollection )
#if($vCount &gt; 0),#end$item.productId
#set($vCount = $vCount + 1)
#end&amp;transaction_id=$purchase.purchaseId&amp;advertiser_id=4&#39;&gt;&lt;/script&gt;
</textarea>
<div align="center" style="font-weight:bold;font-size:15px;">&dArr;</div>
<textarea style="width:99%;" rows="10" readonly="readonly">

&lt;!--@@@ confirmation paiement : Event - Buy --&gt;
&lt;script type=&#39;text/javascript&#39; src=&#39; https://avazudsp.net/tracking/retargeting/ret_gpj.php?amount=45.0&amp;article_ids=67321828
,71670139
&amp;transaction_id=70792837&amp;advertiser_id=4&#39;&gt;&lt;/script&gt;
</textarea>
</div>

</div>
Commentaire de Rémi Virlouvet [ 18/août/10 16:39 ]
tout semble ok
Commentaire de Rémi Virlouvet [ 18/août/10 16:43 ]
pour l'ouverture d'un serveur au partenaire on veut bien l'adresse ip, merci
Commentaire de Remigiusz Woronkiewicz [ 18/août/10 18:59 ]
Hello,

Voici l'adresse IP du partenaire : 180.168.45.102

Rémi
Commentaire de Rémi Virlouvet [ 19/août/10 10:16 ]
merci de gérer l'ouverture du serveur devtest5 avec damien gilloz de l'exploitation
Commentaire de Remigiusz Woronkiewicz [ 19/août/10 10:53 ]
Hello,
Je viens de voir avec Damien l'ouverture du serveur, je vais donc communiquer l'adresse
www.dev5.babel.fr au partenaire.
quand est-ce que l'adresse sera valide et accessible au partenaire ?

Merci

Rémi
Commentaire de Damien Dorizy [ 19/août/10 12:04 ]
Comme d'habitude, merci de recetter AVEC FIREBUG dans Firefox avant d'ouvrir au partenaire (ça évite de passer pour des guignols).

En l'occurence, ici, l'appel à _RetSetC() qui ne fonctionne pas (erreur rouge bien visible)
--> en effet, l'appel à http://www.avazudsp.net/tracking/retargeting/retJS.php ne fonctionne pas. Le partenaire ne répond pas à cette adresse.
Voir avec lui pour qu'il l'active et re-recetter avant ouverture.
Commentaire de Rémi Virlouvet [ 19/août/10 15:31 ]
Remigiusz, comme vu à l'instant, il faut voir avec le partenaire pourquoi leur url ne fonctionne pas, asap.

merci

Rémi (du param)
Commentaire de Remigiusz Woronkiewicz [ 19/août/10 15:39 ]
Rémi,

Je les ai contacté par e-mail mais ils ne répondront probablement que demain.
(décalage horaire par rapport à Honk Kong oblige...)

Je vous tiens au courant dès que j'ai la réponse
Commentaire de Rémi Virlouvet [ 20/août/10 10:37 ]
sans avancée d'ici ce soir ça passera en prod plutôt le 2 septembre.
Commentaire de Remigiusz Woronkiewicz [ 20/août/10 11:34 ]
Hello,

Voici le l'URL fonctionnel qu'il faut utiliser : http://avazudsp.net/tracking/ret/retJS.php

Et cela fonctionne partout :

Article Pages:
<script src="http://avazudsp.net/tracking/ret/retJS.php" type="text/javascript" charset="UTF-8"></script>
<script type="text/javascript" charset="UTF-8">
var _Runid = "NGllcl9mZys0";
var _Radvid = "OG1lX3QrNGlr";
var _Rpid = "[ARTICLE_ID]";
_RetSetC();
</script>
            
Pages without product information:
<script src="http://avazudsp.net/tracking/ret/retJS.php" type="text/javascript" charset="UTF-8"></script>
<script type="text/javascript" charset="UTF-8">
var _Runid = "NGllcl9mZys0";
var _Radvid = "OG1lX3QrNGlr";
_RetSetC();
</script>
            
Conversion and Order Tracking:
<iframe style='display:none' width='1' height='1' src='http://avazudsp.net/tracking/retargeting/ret_ifr.php?amount=[amount]&advertiser_id=4&article_ids=[article_ids]&transaction_id=[transaction_id]'></iframe>

Merci pour vos efforts !

Rémi
Commentaire de Rémi Virlouvet [ 20/août/10 11:55 ]
ok, l'appel fonctionne désormais.

à toi de voir avec l'exploit pour l'ouverture d'un serveur (devtest12)
Commentaire de Remigiusz Woronkiewicz [ 20/août/10 12:04 ]
Rémi, Peut-on reseter les tag ensemble aujourd'hui ?
Commentaire de Rémi Virlouvet [ 20/août/10 15:02 ]
oui, nous le pouvons.

passe à mon bureau quand tu veux.
Commentaire de Damien Dorizy [ 20/août/10 15:52 ]
Le tag sur confirmation de paiement a changé radicalement :
- Il est redevenu une iframe alors que nous avions un script javascript qui était censé fonctionné
- Plus grave, il n'est pas en httpS -> provoquera une grosse alerte de sécurité en prod

Merci de demander au partenaire un tag javascript en httpS pour cette page, rien à redire sur les autres tags.
Commentaire de Remigiusz Woronkiewicz [ 20/août/10 15:59 ]
Hello Damien,

Désolé pour la petite petite confusion mais il faut utiliser le tracking donné précédemment pour la page de paiement réussi (donc JS et Https)

<script type='text/javascript' src=' https://avazudsp.net/tracking/retargeting/ret_gpj.php?amount=[amount]&article_ids=[article_ids]&transaction_id=[transaction_id]&advertiser_id=4'></script>

Commentaire de Rémi Virlouvet [ 20/août/10 16:36 ]
code donc utilisé pour check out :

<script type='text/javascript' src='https://avazudsp.net/tracking/retargeting/ret_gpj.php?amount=$!purchase.SumItemPriceNumber&article_ids=#set($vCount = 0)#foreach( $item in $purchase.ItemFormatCollection )
#if($vCount > 0),#end$item.productId
#set($vCount = $vCount + 1)
#end&transaction_id=$purchase.purchaseId&advertiser_id=4'></script>
Commentaire de Remigiusz Woronkiewicz [ 20/août/10 17:34 ]
hello,

Suite au reset des tags fais avec Rémi, pourriez-vous nous mettre à disposition
un accès au serveur devtest12 pour que le partenaire puisse checker le paramétrage ?
On voudrait être sûr que tout est bon avant la mise en prod.

merci de votre retour,

Rémi
Commentaire de Rémi Virlouvet [ 20/août/10 17:38 ]
(n.b. pour le market : comme vu ensemble, en cas de x articles en panier, il y a un retour à la ligne entre les id des articles. cela semble ne pas fausser la bon fonctionnement du tag).
Commentaire de Rémi Virlouvet [ 23/août/10 10:30 ]
bonjour à tous,

où en est-on de la demande d'ouverture serveur ?
Commentaire de Fabrice Feugas [ 23/août/10 11:20 ]
Bonjour,

On vient de se rendre compte que le tag créé une erreur bloquante sous IE6, il fait buguer toutes les pages et elles ne s'affichent même pas...

A corriger impérativement avant de partir en PROD !
Commentaire de Fabrice Feugas [ 23/août/10 11:26 ]
"Damien Dorizy - 20/août/10 15:52
Le tag sur confirmation de paiement a changé radicalement :
- Il est redevenu une iframe alors que nous avions un script javascript qui était censé fonctionné
- Plus grave, il n'est pas en httpS -> provoquera une grosse alerte de sécurité en prod

Merci de demander au partenaire un tag javascript en httpS pour cette page, rien à redire sur les autres tags. "


On ne devrait même pas voir ce genre de remarques !!!! Tag http sur des pages de confirmation de paiement ça devrait être le premier truc à tester.
Commentaire de Damien Dorizy [ 23/août/10 11:39 ]
C'est l'appel à la fonction "_RetSetC();" dans le tag qui fait tout planter sous IE6. Je pense que le partenaire n'a jamais testé son tag avec IE6, et à un moment ils essaient de faire des manipulations sur la page alors qu'elle n'est pas complètement chargée, ce qui fait planter IE6.

Une solution serait d'appeler le tag une fois la page complètement chargée, à l'aide de la méthode :
PM.Event.add(window, PM.Event.Type.COMPLETE, _RetSetC);

Voir avec le partenaire pour savoir s'ils ont une solution pour IE6 d'abord avant d'utiliser cette méthode.
Commentaire de Rémi Virlouvet [ 23/août/10 12:27 ]
contact avec le partenaire en cours...
Commentaire de Remigiusz Woronkiewicz [ 23/août/10 14:13 ]
J'ai eu un retour du partenaire, pourriez-vous refaire un test maintenant ?
Commentaire de Damien Dorizy [ 23/août/10 14:27 ]
Et leur retour était ?
Commentaire de Remigiusz Woronkiewicz [ 23/août/10 14:33 ]
Justement de refaire un test car ils ont fait une modif de leur côté mais je n'ai pas plus d'info quant à la nature de cette modif.

Ils affirment aussi ne pas pouvoir utiliser la méthode PM.Event.add(window, PM.Event.Type.COMPLETE, _RetSetC)
qui est trop lourde pour leur process.

merci de votre retour,

Rémi
Commentaire de Damien Dorizy [ 23/août/10 16:35 ]
Ci-joint la capture d'écran de l'erreur sous IE6. Quand on clique sur "OK", on est redirigé sur une page d'erreur IE.

La raison de ce problème est simple, le tag du partenaire essaie de modifier le contenu de la page avant que celle-ci ne soit complètement chargée.
C'est expliqué ici :
http://www.kreacomm.info/Internet-Explorer-ne-peut-pas.html

La méthode PM.Event.add est une méthode "Price", donc qu'on ne peut utiliser que de notre côté en dernier recours. Vu toutes les modifs que l'on a eu à faire ces derniers jours autour de ce tag, on préfère une mise à jour de leur côté.
Commentaire de Jonathan Gorges [ 23/août/10 16:40 ]
Merci Damien pour ce retour et pour votre patience.
On voit avec le partenaire s'il peut nous fournir une V2 de ce taguage, corrigé.

On revient vers vous asap.
Commentaire de Jonathan Gorges [ 24/août/10 09:21 ]
Bonjour tout le monde,
Nous venons de recevoir les deux tags modifiés par le partenaire. Nous ne connaissons pas la nature de ces ajustements mais Avazu nous demande de retester avec cela :

Article Pages :

<script src="http://avazudsp.net/tracking/ret/retJS.php" type="text/javascript" charset="UTF-8"></script>
<script type="text/javascript" charset="UTF-8">
var _Runid = "NGllcl9mZys0";
var _Radvid = "OG1lX3QrNGlr";
var _Rpid = "[ARTICLE_ID]";
_AvazuAddLoadEvent(function (){
    _RetSetC();
});
</script>
           
 
Pages without product information (like home page and others)

<script src="http://avazudsp.net/tracking/ret/retJS.php" type="text/javascript" charset="UTF-8"></script>
<script type="text/javascript" charset="UTF-8">
var _Runid = "NGllcl9mZys0";
var _Radvid = "OG1lX3QrNGlr";
_AvazuAddLoadEvent(function (){
    _RetSetC();
});
</script>

Pourriez-vous ainsi nous dire si ces tags fonctionnent correctement svp ?
Par avance merci.
Commentaire de Rémi Virlouvet [ 24/août/10 15:19 ]
testé sous FF, IE6, IE8 : tout semble ok de mon côté
Commentaire de Remigiusz Woronkiewicz [ 24/août/10 16:16 ]
Merci Rémi c'est top!
Commentaire de Rémi Virlouvet [ 25/août/10 10:03 ]
on vous laisse gérer l'ouverture serveur au partenaire, merci de nous tenir au courant de l'avancée.
Commentaire de Remigiusz Woronkiewicz [ 25/août/10 10:12 ]
Bonjour,

Etant donné que tout semble Ok est-ce qu'on va pouvoir respecter le planning et que tout soit live pour le prochain Dump?

Vers qui doit-je me tourner pour que le partenaire obtienne un accès au serveur dev12 ?

Merci
Commentaire de Fabrice Feugas [ 25/août/10 11:41 ]
De notre côté, on vous mettra à jour devtest12 demain avec la bonne branch. D'ici là, merci de ne pas ouvrir au partenaire (il y a des projets en cours de dev en interne sur ce serveur qu'on ne veut pas laisser sortir pour l'instant).

Après on vous (market) laisse gérer avec l'exploit pour ouvrir le serveur.
Commentaire de Ariane Baldinger [ 25/août/10 13:11 ]
Bonjour,

Remigiusz, pour une mise en prod au prochain dump (02/09) il nous faut la validation avant le 31/08.

Merci
Commentaire de Damien Gilloz [ 25/août/10 15:01 ]
Fabrice,

L'ouverture firewall est déjà faite, mais il faudra en temps voulu changer les propriétés de l'AS et le virtualhost sur boulard pour que www.dev12.babel.fr fonctionne

Patrice qui fait cette opération d'habitude n'est pas la cette semaine.

Cdt
Commentaire de Remigiusz Woronkiewicz [ 25/août/10 15:28 ]
hello,

Comme vu avec Damien et Jonathan,
Damien Gilloz va paramétrer l'accès au serveur dev 12 pour que le partenaire puisse checker les tags demain à la première heure.
Nous attendrons le GO de Fabrice pour communiquer l'URL au partenaire.

Merci pour vos efforts,

Rémi
Commentaire de Remigiusz Woronkiewicz [ 26/août/10 10:35 ]
Hello,

@Fabrice : je viens d'obtenir l'adresse http://www.dev12.babel.fr de la part de Damien,
J'attends ton GO pour transmettre l'URL au partenaire.

Merci
Commentaire de Damien Dorizy [ 26/août/10 14:55 ]
dev12 est ok, avazu s'affiche bien dessus. Vous pouvez communiquer l'adresse au partenaire. Tenez-nous au courant quand la recette sera terminée.

Merci
Commentaire de Remigiusz Woronkiewicz [ 26/août/10 15:09 ]
J'ai communiqué l'adresse au partenaire avec la demande de checker d'ici demain soir.
Je reviens vers vous dès qu'ils ont fini.
Merci encore pour vos efforts.

Rémi
Commentaire de Jonathan Gorges [ 27/août/10 11:19 ]
Hello,

Après vérification du partenaire, il apparaît que nous ne passons pas l'ID product dans le tag :

Pour le produit 47238250 (Nintendo-Ds-Lite-Noire-Console-Nintendo-Ds) par exemple

<script src="http://avazudsp.net/tracking/ret/retJS.php" type="text/javascript" charset="UTF-8"></script>
<script type="text/javascript" charset="UTF-8">
var _Runid = "NGllcl9mZys0";
var _Radvid = "OG1lX3QrNGlr";
var _Rpid = "[ARTICLE_ID]";
_AvazuAddLoadEvent(function (){
    _RetSetC();
});
</script>
Instead of

Rémi, peux-tu stp voir ce qui ne fonctionne pas ?
Commentaire de Rémi Virlouvet [ 27/août/10 12:00 ]
erreur de syntaxe de la variable qui n'était donc pas interprétée.

c'est corrigé sur cms ref, bon sur ref-fr
Commentaire de Jonathan Gorges [ 27/août/10 12:04 ]
OK merci pour ta réactivité.
On demande au partenaire de rechecker.
Merci.
Commentaire de Remigiusz Woronkiewicz [ 27/août/10 12:49 ]
Cela ne fonctionne toujours pas du côté du partenaire.
Il a pourtant reloader son cache et rafraichit toutes ses pages.
Pouvez-vous revérifier de votre côté d'où pourrait provenir le problème ?
On insiste car il faut vraiment qu'on arrange le coup rapidement car avec le décalage horaire le partenaire ne sera dispo
que jusqu'à 14h-15h.

Merci de votre réactivité !
Commentaire de Rémi Virlouvet [ 27/août/10 14:03 ]
pardon oui, j'ai rechargé à l'instant les caches IG de dev12. ça devrait avoir impacté votre serveur ouvert.

merci.
Commentaire de Remigiusz Woronkiewicz [ 27/août/10 14:31 ]
Pour l'instant tout est OK du côté partenaire, il revient vers nous lundi pour nous donner le GO final.
Merci pour tous vos efforts,

Rémi
Commentaire de Jonathan Gorges [ 27/août/10 15:54 ]
IMPORTANT :
Comme vu ensemble avec Rémi V et Fabrice F, nous ne devons pas mettre en prod les tags Avazu pour le prochain dump.
Nous sommes vraiment désolé de cette situation, mais le partenaire nous remonte un peu tardivement un autre problème : il ne peut récupérer l'intégralité de notre catalogue XML car celui-ci est trop lourd à gérer pour lui. Il est donc contraint de récupérer toutes les informations initialement prévues dans les flux à partir du tag...

La solution pour avancer rapidement est donc de paramétrer un autre système de tag.
Afin de faciliter ce travail à tout le monde, nous travaillons actuellement avec le partenaire pour que cette V2 se rapproche le plus possible de ce qui a été fait pour notre partenaire MyThings Media.

Ainsi, nous revenons rapidement vers vous avec cette V2 de taguage.

Merci d'avance pour votre compréhension et pour votre patience.
Commentaire de Jonathan Gorges [ 30/août/10 09:36 ]
Hello,
Voici comme convenu la V2 du plan de taguage :
Celui-ci est extrêmement proche de ce que nous avons fait pour MyThings (APP-27312), ce qui devrait bien vous faciliter la tache.
Pour comprendre exactement chaque variable, veuillez vous reporter svp au doc joint "V2".
Important pour éviter toute confusion : les tags présents dans ce doc PDF sont "génériques". Ceux à utiliser se trouve juste ci-dessous.

Pages de catégorie :
<script src="http://avazudsp.net/tracking/ret/retPro.php" type="text/javascript" charset="UTF-8"></script><script type="text/javascript" charset="UTF-8">
var _Runid = "NGllcl9mZys0";
var _Radvid = "OG1lX3QrNGlr";
var _Article = new Object();
var _Category = new Object();
_Category.img = "[CATEGORY_IMG]";
_Category.name = "[CATEGORY_NAME]";
_Article.other = "[CUSTOM_PARAMETERS]";
_AvazuAddLoadEvent(function (){
    _RetSetC(_Article,_Category);
});
</script>
            
Fiche Produit
<script src="http://avazudsp.net/tracking/ret/retPro.php" type="text/javascript" charset="UTF-8"></script><script type="text/javascript" charset="UTF-8">
var _Runid = "NGllcl9mZys0";
var _Radvid = "OG1lX3QrNGlr";
var _Article = new Object();
var _Category = new Object();
_Category.img = "[CATEGORY_IMG]";
_Category.name = "[CATEGORY_NAME]";
_Article.id = "[ARTICLE_ID]";
_Article.name = "[ARTICLE_NAME]";
_Article.img = "[ARTICLE_IMG]";
_Article.deepLink = "[ARTICLE_DEEPLINK]";
_Article.price = "[ARTICLE_PRICE]";
_Article.currency = "[ARTICLE_CURRENCY]";
_Article.description = "[ARTICLE_DESCRIPTION]";
_Article.other = "[CUSTOM_PARAMETERS]";
_AvazuAddLoadEvent(function (){
    _RetSetC(_Article,_Category);
});
</script>
            
Pages without product information (like home page and others) (https://)
<script src="http://avazudsp.net/tracking/ret/retPros.php" type="text/javascript" charset="UTF-8"></script><script type="text/javascript" charset="UTF-8">
var _Runid = "NGllcl9mZys0";
var _Radvid = "OG1lX3QrNGlr";
var _Article = new Object();
_Article.other = "[CUSTOM_PARAMETERS]";
_AvazuAddLoadEvent(function (){
    _RetSetC(_Article);
});
</script>


Page de confirmation de paiement :
Le tag ne doit pas être modifié.

Je reste à votre dispo pour toute question.
Fab, Damien, pourriez-vous valider ces tags svp ?

Merci
Commentaire de Ariane Baldinger [ 08/sept./10 14:58 ]
vu avec Fabien et Damien :
Il y a 4 tags à passer en Prod pour ce nouveau retargeter.
Rocio, tu peux reprendre ou traschcaner les contenus paramétrés par Rémi SAUF pour la confirmation de paiement.

1- Confirmation de paiement : Le tag paramétré par Rémi est bon. A recetter tout de même avec Jonathan avant soumission à publication.
2- Pages de Nav + search :

<script src="http://avazudsp.net/tracking/ret/retPro.php" type="text/javascript" charset="UTF-8"></script><script type="text/javascript" charset="UTF-8">
var _Runid = "NGllcl9mZys0";
var _Radvid = "OG1lX3QrNGlr";
var _Article = new Object();
var _Category = new Object();
//_Category.img = "[CATEGORY_IMG]"; => "//" devant pour mettre en commentaire
_Category.name = "[CATEGORY_NAME]"; => remplacer "[CATEGORY_NAME]" par $cat.get(0) qui retourne la catégorie (cf. tag Mythings)
//_Article.other = "[CUSTOM_PARAMETERS]"; => "//" devant pour mettre en commentaire
_AvazuAddLoadEvent(function (){
    _RetSetC(_Article,_Category);
});
</script>

3- Pages Fiche Produit :

<script src="http://avazudsp.net/tracking/ret/retPro.php" type="text/javascript" charset="UTF-8"></script><script type="text/javascript" charset="UTF-8">
var _Runid = "NGllcl9mZys0";
var _Radvid = "OG1lX3QrNGlr";
var _Article = new Object();
var _Category = new Object();
_Category.img = "[CATEGORY_IMG]"; => "//" devant pour mettre en commentaire
// _Category.name = "[CATEGORY_NAME]"; => remplacer "[CATEGORY_NAME]" par $cat.get(0) qui retourne la catégorie (cf. tag Mythings)
_Article.id = "[ARTICLE_ID]"; => remplacer "[ARTICLE_ID]" par $!summary.getProductId() (cf. tag Mythings)
_Article.name = "[ARTICLE_NAME]"; => remplacer "[ARTICLE_NAME]" par $!summary.getSummaryValue("RawDetailShortHeadline").replaceAll("\"", "\\\"") (cf. Mythings)
_Article.img = "[ARTICLE_IMG]"; => remplacer "[ARTICLE_IMG]" par $!uriFormat.getPhotoUrlForVC($util.getFirstImageId($summary), "M") (cf. Mythings)
_Article.deepLink = "[ARTICLE_DEEPLINK]"; => remplacer "[ARTICLE_DEEPLINK] par window.location.href (cf. mythings)
_Article.price = "[ARTICLE_PRICE]"; => remplacer "[ARTICLE_PRICE] par $!summary.getBestPrice()
_Article.currency = "[ARTICLE_CURRENCY]"; => remplacer "[ARTICLE_CURRENCY] par le sigle euro
_Article.description = "[ARTICLE_DESCRIPTION]"; => remplacer "[ARTICLE_DESCRIPTION] par $!summary.getSummaryValue("RawListHeadline").replaceAll("\"", "\\\"")
// _Article.other = "[CUSTOM_PARAMETERS]"; => "//" devant pour mettre en commentaire
_AvazuAddLoadEvent(function (){
    _RetSetC(_Article,_Category);
});
</script>

4- HP

<script src="http://avazudsp.net/tracking/ret/retPros.php" type="text/javascript" charset="UTF-8"></script><script type="text/javascript" charset="UTF-8">
var _Runid = "NGllcl9mZys0";
var _Radvid = "OG1lX3QrNGlr";
var _Article = new Object();
// _Article.other = "[CUSTOM_PARAMETERS]"; => "//" devant pour mettre en commentaire
_AvazuAddLoadEvent(function (){
    _RetSetC(_Article);
});
</script>
Commentaire de Rocio Perez-Garcia [ 10/sept./10 11:46 ]
Tags HP, NAV_SEARCH et ADVERT_LIST paramétrés eh Hidden1.


Testé avec Spot, vous pouvez vérifier.
Merci.
Commentaire de Jonathan Gorges [ 10/sept./10 12:40 ]
Hello,
Merci pour ta réactivité !
Nous venons de regarder les tags et avons quelques questions/corrections :

- Sur le tag fiche produit et plus exactement sur la variable deeplink : que signifie window.location.href (comment cela fonctionne pour vraiment passer la vraie URL de redirection ?)

- Sur le tag fiche produit et plus exactement sur la variable [article price] : je ne pense pas que nous devons passer la devise (puisque nous la passons juste après et que rien ne stipule de la passer dans le plan de taguage)

Sinon, le reste nous semble OK.

Merci d'avance pour ton retour.
Commentaire de Rocio Perez-Garcia [ 13/sept./10 15:36 ]
Hi,

je reprends ce que je vous ait dit tout à l'heure :

Les variables prix dans le summary retournent la devise,
dans _Article.currency il faut écrire Euros en dur car le sigle est mal traduit. On fait pareil pour MyThings. => Voir avec Avazu.

Nous pouvons tester window.location.href avec l'aide de Firebug.

FFE confirme, vous pouvez ouvrir le serveur devtest12@stuart au partenaire. On vous laisse gérer avec l'exploit.

Si vous avez des questions, ne hésitez pas.

Commentaire de Jonathan Gorges [ 14/sept./10 15:05 ]
Bonjour,

Le partenaire me confirme que le paramétrage est validé. Tout est OK pour lui (et pour nous aussi :-)
Cela peut donc passer en prod pour le dump du 22/09.

@ Fabrice, il me confirme également qu'il n'y aura aucun problème de performance de leur côté.

Vous pouvez donc fermer l'accès au serveur dev12 pour ce partenaire.

Merci à tous pour tous vos efforts sur la mise en place de ce deal.
On espère vraiment que ca va cartonner ! On vous tiendra au courant des résultats.

Merci
 
Commentaire de Rocio Perez-Garcia [ 14/sept./10 16:31 ]
à publier sur ref / promotions




[CAT-3221] Creation des Flux LinkShare UK Création: 21/oct./10 16:04  Mise à jour: 18/févr./11 14:51  Résolue: 18/févr./11 14:51

Etat: Résolu
Projet: Paramétrage - Non Import
Composants: Flux Marketing
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Critique
Rapporteur: Thomas Springett Attribution: Carole Boucheny
Résolution: Corrigé  
Σ Estimation restante: 2 jours Estimation restante: 2 jours
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: 2 jours Estimation originale: 2 jours

Pièces jointes: Text File 36489_nattributes20110127.txt     Text File 36489_nmerchandis20110127.txt     Text File 36489_nmerchandis_2011-01-21.txt     Microsoft Excel 36489_nmerchandis_2011-01-21.xls     Zip Archive linkshare.zip     Zip Archive linkshare2.zip     Zip Archive linkshare3.zip     PDF File linkshare_sku_upload_specs_v3.pdf     PDF File MerchandiserGuidelinesAdvertisersv.4.5.pdf    
Sous-tâches:
Clé
Résumé
Type
Etat
Attribution
CAT-3321 Modification de l'extractor Sous-tâche Résolu Carole Boucheny  
CAT-3323 [Flux] Récupération du nombre de prod... Sous-tâche Résolu Carole Boucheny  
Pays:
GBR - Royaume Uni

 Description   
Nous avons besoin d'un flux pour notre Platform d'affiliation LinkShare.

 Commentaires   
Commentaire de Thomas Springett [ 21/oct./10 16:05 ]
Piece Joint: Les Tech Specs.

Merci,
Commentaire de Thomas Springett [ 29/oct./10 11:28 ]
Pour cette flux in nous faut de Incrementau.

Merci,
Commentaire de Thomas Springett [ 29/oct./10 11:36 ]
Codes pour leur serveur:

Product Feeds
Please see attached the guideline how to create the product feed and once you create it, send it to me that I can check it. Ideally we do recommend you to upload the feed automatically everyday at the same time to your FTP account (please see below your account details).Send me the IP/s you will be uploading the feeds from that I can give you an access.

Server: Mftp.linksynergy.com
Username: PMinister
Password: deeyEhR8

We do recommend you to send delta file on a daily base however we need you to send in stock items of full feed as a first upload.
Commentaire de Carole Boucheny [ 19/nov./10 15:05 ]
Bonjour Thomas,

Quelles catégories de produit faut-il envoyé ?

Merci
Carole
Commentaire de Carole Boucheny [ 23/nov./10 17:16 ]
Bonjour,

Que dois-je mettre dans la colonne "Is All Flag" : "Y if product is to appear in all offers. Otherwise N. Default is Y.". C'est pour le fichier "primary file", je ne vois pas bien à quoi cela correspond...

Merci
Carole
Commentaire de Carole Boucheny [ 23/nov./10 17:35 ]
Même question pour les colonnes suivantes :
28 Is Product Link Flag --> "Y if product is to be offered to publisher as Individual Product Link in Create Links section. Otherwise N."
29 Is Storefront Flag --> "Y if product is to be used in creating Storefronts for publishers. Otherwise N."
30 Is Merchandiser --> "Y if product is to be offered to publisher in Merchandiser product file FTP.Otherwise N."
31 Currency --> "The three‐character ISO Currency Code. Default is USD."

Merci
Carole
Commentaire de Carole Boucheny [ 24/nov./10 14:03 ]
Salut,

La colonne description doit toujours être rempli mais beaucoup de produit n'en ont pas. Peux-tu me donner une description par défaut stp ?

Merci
Carole
Commentaire de Thomas Springett [ 24/nov./10 14:08 ]
comme pour google? ça marche?
Commentaire de Carole Boucheny [ 24/nov./10 17:32 ]
ok, pour la description.

Par contre tu n'as pas répondu à mes questions sur :
- catégorie à envoyer
- que mettre dans les colonnes : "Is All Flag", "Is Product Link Flag", "Is Storefront Flag", "Is Merchandiser", et "Currency".

Merci
Carole
Commentaire de Thomas Springett [ 30/nov./10 11:31 ]
Currency = GBP

Les autre je vais voir avec LinkShare

Merci
Commentaire de Thomas Springett [ 30/nov./10 14:07 ]
On mettre Y pour les trois.

donc:
28 Is Product Link Flag --> "Y
29 Is Storefront Flag --> "Y
30 Is Merchandiser --> "Y
31 Currency --> "GBP

Merci.
Commentaire de Carole Boucheny [ 30/nov./10 15:28 ]
Quels produits doivent être envoyé ? Quel particularité ? (Pour les livres par exemple que ceux en anglais..)

Merci
Carole
Commentaire de Carole Boucheny [ 30/nov./10 15:35 ]
Autres questions :
- Peut-on envoyer un fichier par catégorie
- Quel est notre MID ??
Commentaire de Thomas Springett [ 30/nov./10 15:42 ]
MID:36489

Commentaire de Carole Boucheny [ 01/déc./10 18:15 ]
Salut,

Quelles catégories doivent être envoyées ?? Quel filtre pour récupérer les produits ??

Merci
Carole
Commentaire de Carole Boucheny [ 02/déc./10 10:26 ]
Pour nous, l'idéal serait d'avoir un flux par catégorie. Au moins pour le full. Nous ne pourrons pas générer un seul flux de plusieurs millions de produit.

Voici mes recommandations :
- Avoir un flux par catégorie
- Avoir un flux used et un new par catégorie
- Les livres risquent de poser problème par leurs volumétrie. N'envoyer que les livres en anglais ?

Merci
Carole
Commentaire de Thomas Springett [ 03/déc./10 10:46 ]
If the products are different in both files, you can send two separate files. We recommend you to send the files as delta files. Include new products, modify existing products, and delete products.
 Use new, unique ProductIDs to add new products.
 Use the same ProductID if you want to update the information in a record that is already in the LinkShare system.
 To delete a product, include its Product ID, and set the is_deleted flag for that record to “Y”.

If the products are not different and the reason you want to set different prices for the same products, you do not need to send two separate files
You can create one file and
 Set best price as field number 13 retail price
 Set best price new as field 14 number sale price
Commentaire de Carole Boucheny [ 06/déc./10 16:18 ]
Bonjour Thomas,

Ok pour ces explications, cependant j'ai toujours des interrogations :
- Est-ce qu'on peut envoyer les fulls en plusieurs fichiers ? Ou est-ce que je dois comprendre qu'on part sur des incrémentaux (delta files) directement ?
- Est-ce que ça veut dire qu'on ne peut pas avoir un flux par catégorie ??

(Sinon de mon côté, j'ai fait la modification pour avoir le "meilleur prix" dans la colonne 13 et le "prix neuf" dans la colonne 14)

Merci
Carole
Commentaire de Carole Boucheny [ 10/déc./10 10:31 ]
Salut Thomas,

As-tu eu un retour sur mes dernières questions ??

Merci
Carole
Commentaire de Thomas Springett [ 10/déc./10 10:38 ]
- Est-ce qu'on peut envoyer les fulls en plusieurs fichiers ? Ou est-ce que je dois comprendre qu'on part sur des incrémentaux (delta files) directement ?
Un fois full et après les delta non? je ne suis pas sur de comprends?

- Est-ce que ça veut dire qu'on ne peut pas avoir un flux par catégorie ??
 Un flux par category est ok.

Merci
Commentaire de Carole Boucheny [ 10/déc./10 11:16 ]
En fait nous avons en tout 13 393 366 de produits actifs, avec stock et visible. Je ne peux pas envoyé en un full ces 13 millions de produits. Le mieux serait donc de les découper en univers exemple :
- 1 full Music
- 1 full DVD...
Vu qu'on peut faire un flux par catégorie je pense que c'est logique de faire aussi un full par catégorie.

Je vais programmer ces fulls pour la semaine prochaine. Je te tiens au courant dès que la génération commence et l'estimation de livraison

Merci
Carole
Commentaire de Carole Boucheny [ 10/déc./10 12:10 ]
Je reviens sur les colonnes 13 et 14 :
- 13 : meilleur prix
- 14 : prix neuf

La colonne 14 est obligatoire, il faut donc inverser ces deux colonnes car tous les produits n'ont pas de prix neuf. Sinon je peux aussi faire :
- 13 : meilleur prix
- 14 : prix neuf ou meilleur prix

Qu'en penses-tu ?

Merci
Carole
Commentaire de Thomas Springett [ 10/déc./10 12:16 ]

Si j'ai comprit il faut donc:
- 13 : prix neuf
- 14 : meilleur prix

Si on explique bien a Linkshare ça devrait marcher.

Merci,
Commentaire de Carole Boucheny [ 10/déc./10 14:32 ]
Oki. J'inverse donc ces deux colonnes.
Commentaire de Carole Boucheny [ 15/déc./10 14:51 ]
Salut,

Dans quelle catégorie dois-je mettre les produits de l'univers : "phone" et "sports" ?

Merci
Carole
Commentaire de Carole Boucheny [ 15/déc./10 15:09 ]
Vu avec Thomas :
"phone" --> Electronics
"sports" --> Toys
Commentaire de Thomas Springett [ 15/déc./10 15:09 ]
Comme dit:

Sports: Toys

Phones: Electronic

Thanks,
Commentaire de Carole Boucheny [ 12/janv./11 14:02 ]
Bonjour,

Voici un zip contenant des extraits des fichiers générés. Thomas, peux-tu me dire si c'est ok ?

Merci
Carole
Commentaire de Carole Boucheny [ 14/janv./11 15:12 ]
Salut Thomas,

As-tu eu le temps de jeter un oeil au fichier ? Est-ce que tu les as transmis au partenaire ?
Je voudrais être sûr que tout est ok avant d'envoyer un full.

Merci
Carole
Commentaire de Thomas Springett [ 17/janv./11 16:44 ]
Responce from linkshare regarding test feeds:

Please do not separate different categories in different files. Set all the records in one file.
Please set this flag (21)IS ALL FLAG for all the records, it is a required field.

Please also confirm the following

Upload Options
The initial file that merchant uploads to LinkShare should include the complete product database. After this they have two options. Subsequent files merchant upload the feed to LinkShare can either be
1. Complete product files, Auto Re-load Option: If merchant sends only in stock items in the feed, in this case merchant always sets "Is Deleted Flag" to N and they have to exclude out of stock items from the feed. Linkshare will turn the Auto Re-load on functionality. Every time merchant uploads a new feed, Linkshare delete the current one and publish the new one to publishers.
2. Delta File Option: Use new, unique ProductIDs to add new products.
Use the same ProductID if you want to update the information in a record that is already in the LinkShare system.
To delete a product, include its Product ID, and set the is_deleted flag for that record to “Y”.
Commentaire de Carole Boucheny [ 18/janv./11 10:35 ]
Vu avec Thomas,

-> Il ne faut faire qu'un seul flux avec toutes les catégories
-> Mettre "IS ALL FLAG" dans la colonne 21
-> Vérifier qu'on a bien "Y" dans la colonne "is_deleted" lorsqu'il s'agit de la suppression d'un produit
Commentaire de Thomas Springett [ 20/janv./11 15:56 ]
Il y a des nouvelles pour cette JIRA?

Merci
Commentaire de Carole Boucheny [ 21/janv./11 17:07 ]
Bonjour,

Voici un nouvel extrait de ce que donnera le flux. Nous avons bien :
_ Un seul flux
_ La colonne 21 est toujours à "Y"
_ La colonne "is_deleted" est bien à "Y" ou "N" suivant le cas

J'ai fait une estimation du temps de génération du flux full. Il y a 8 487 841 produits. Pour les informations à récupérer et traiter pour ce flux, j'estime à un peu plus de 3 jours son temps de génération. Il est risqué de mettre une telle volumétrie dans un seul fichier, mais si on ne peut pas faire autrement...

Sinon peux-tu demander à Linkshare sur quel FTP peut-on déposer le fichier ??

Merci
Carole
Commentaire de Thomas Springett [ 24/janv./11 16:55 ]
Il faut envoyer un dernier version test un fois modifié,

pour les acces:
Server: Mftp.linksynergy.com
Username: PMinister
Password: deeyEhR8

Merci,
Commentaire de Carole Boucheny [ 26/janv./11 11:45 ]
Hello Thomas,

Je n'arrive pas à accéder à ce FTP... Peux-tu voir avec Linkshare s'il est bien actif ?

Merci,
Carole
Commentaire de Thomas Springett [ 26/janv./11 18:47 ]
En premiere il faut envoyer les version test a linkshare affin de les tester. Je les demanderait a nouveau les codes.

Merci,


Commentaire de Carole Boucheny [ 27/janv./11 10:23 ]
Bonjour Thomas,

As-tu eu une réponse de Linkshare ? Ce matin le FTP n'est toujours pas accessible...
En attendant, est-ce qu'on ne peut pas leur envoyer l'extrait par mail ??

Merci
Commentaire de Thomas Springett [ 27/janv./11 11:30 ]
Il faut les envoyer les IP que nous utiliseront.

Merci,
Commentaire de Carole Boucheny [ 27/janv./11 11:43 ]
Voici les IP que nous utiliseront :
212.23.170.218
212.23.170.213
Commentaire de Thomas Springett [ 27/janv./11 11:58 ]
merci,
Commentaire de Thomas Springett [ 27/janv./11 13:47 ]
Please see attached file. I converted the file to excel and please remove the section highlighted in blue. You need to set the blue section in a separate file called attribute file and name it 36489_nattributes*.txt, * wild card can be date. Please see attached guideline page 5. Let me know if you have any questions.
Commentaire de Carole Boucheny [ 27/janv./11 18:45 ]
Hello,

Ci-joint la dernière version des fichiers à jour. Peux-tu voir avec Linkshare s'il reste des problèmes ??

Merci
Carole
Commentaire de Carole Boucheny [ 31/janv./11 11:57 ]
Salut Thomas,

As-tu eu un retour de Linkshare sur les fichiers générés et les identifiants pour le FTP ??
(Ce dernier n'est toujours pas accessible de mon poste)

Merci
Carole
Commentaire de Thomas Springett [ 31/janv./11 15:40 ]
Retour de linkshare:

(19)IS DELETED FLAG Please set this flag to N, if the item is in stock. If the item is out of stock, set to Y. At the moment everything is set to out of stock.
(14)RETAIL PRICE is missing for all the records, please set the price for all the records.
Commentaire de Carole Boucheny [ 31/janv./11 16:04 ]
Salut Thomas,

- Pour le "IS DELETED FLAG" c'est bon. En fait j'avais simulé un fichier de suppresion, c'est pour ça qu'on a tout à "Y".
- Dans le commentaire du "10/déc./10", on avait dit qu'on inversait ces deux colonnes. Ceci n'est plus valable ?? :-(
Commentaire de Carole Boucheny [ 31/janv./11 17:38 ]
Ci-joint un nouvel extract sans fichier à supprimer
Commentaire de Thomas Springett [ 01/févr./11 12:07 ]
C'est bonne on peut envoyer les flux. Peut tu me confirmer combien des produit y serait?

Merci,
Commentaire de Carole Boucheny [ 01/févr./11 14:03 ]
Salut Thomas,

Je te confirme que j'ai bien accès au FTP.
Le full devrait comporter 8 594 069 de produits.

Je ne sais plus ce qu'on avait dit. Est-ce que juste pour le full on peut envoyer plusieurs fichiers pour que ce soit plus rapide et moins risqué ??

Merci,
Carole
Commentaire de Thomas Springett [ 01/févr./11 18:51 ]
Yes, breaking the initial (complete) feed into multiple smaller increments is recommended (and preferred). Target 500K records per feed (or less). Please let me know when you expect to begin uploading the feeds so that I can alert our team to monitor for issues.
Commentaire de Thomas Springett [ 02/févr./11 09:55 ]
C'est bone pour plusier petit flux mais il faut attendre le 08/02.



I circled back with the team and they have requested you delay uploading the files until the morning of Tuesday the 8th. Anytime in the morning your time will be fine. Let me know if that will be an issue.Merci,
Commentaire de Carole Boucheny [ 03/févr./11 10:16 ]
Salut Thomas,

Dans ce cas, je les lancerais le 8. Certains flux seront peut-être finis dans la journée.
Je prépare tout pour qu'il suffise juste de les lancer à la date voulue.

Merci
Commentaire de Carole Boucheny [ 03/févr./11 10:43 ]
J'ai essayé de répartir les produits afin d'avoir 500K produits environ mais c'est difficile pour les livres et la musique.

Voici ce qu'on aurait :
books1 : 590 731 produits
books2 : 576 336 produits
books3 : 684 775
books4 : 3 582 553
music1 : 1 165 924
music2 : 278 704
others : 256 643
Commentaire de Carole Boucheny [ 07/févr./11 10:11 ]
Thomas,

On ne pourra pas beaucoup faire mieux pour les répartitions des produits. Peux-tu valider avec Linkshare que ce sera ok pour books4 et music 1 ??

Merci
Commentaire de Carole Boucheny [ 08/févr./11 11:39 ]
Thomas,

Je ne pourrais pas lancer les FULL tant que tu ne me valideras pas ces points. (ça ne sert à rien de générer des flux énormes que le partenaire ne pourra pas intégrer).

Merci de me répondre rapidement,
Carole
Commentaire de Thomas Springett [ 08/févr./11 11:43 ]
je les ai demandé mais pas de reponce pour l'instant. je vais re essayer mais il sont aux US.
Commentaire de Thomas Springett [ 08/févr./11 17:10 ]
Ok c'est validé par LinkShare.
Go go!

Merci,
Commentaire de Carole Boucheny [ 08/févr./11 17:24 ]
Salut Thomas,

Etant donné que je ne suis pas là jusqu'à mardi, il faut d'abord que je m'assure que ce FULL ne posera pas de problème sur les serveurs durant mon absence. Je vérifie tout cela et te dit si je peux effectivement lancer le FULL ou s'il faudra attendre mardi...

Merci,
Carole
Commentaire de Carole Boucheny [ 08/févr./11 18:03 ]
Voici le résultats de mes estimations :
Temps de génération : 27h environ

Ce que je vais faire pour qu'on perde le moins de temps possible :
- Lancer les fulls aujourd'hui.
- Programmer les incréments dès demain soir.

Ce que dois faire Linkshare : Intégrer nos FULLs en premier puis intégrer les mises à jour quotidienne qui commenceront dès ce soir.

Je te confirmes cela dès que les processus sont lancés.

Merci,
Carole
Commentaire de Carole Boucheny [ 08/févr./11 18:35 ]
Le full est lancé. Les mises à jour se génèreront à partir de cette nuit (heure de début 00h30).

Il faut bien dire à Linkshare qu'ils doivent intégrer les fulls puis les mises à jour dans l'ordre (la date est indiqué sur le nom du fichier).
Après nous serons dans cycle de mise à jour classique : un fichier par jour.

Carole
Commentaire de Carole Boucheny [ 15/févr./11 10:30 ]
Hello Thomas,

Est-ce qu'on peut lancer le full aujourd'hui ??

Merci :-)
Commentaire de Thomas Springett [ 15/févr./11 10:33 ]
oui!
Commentaire de Carole Boucheny [ 15/févr./11 11:27 ]
C'est parti ! Les flux devraient être finis demain dans la journée.
(Je surveille et te tiens au courant de l'avancement)
Commentaire de Thomas Springett [ 15/févr./11 11:30 ]
je garde les doigts croises!
Commentaire de Carole Boucheny [ 16/févr./11 14:00 ]
Hello !

Le full a fini d'être généré. Par contre il n'a pas été déposé chez le partenaire automatiquement, je suis en train de regarder pourquoi. Je te tiens au courant.

Carole
Commentaire de Carole Boucheny [ 16/févr./11 18:11 ]
Pour info, les fichiers sont en train d'être copiés. Il y a les FULL et les incrémentaux d'hier (36489_nmerchandis20110216.txt et 36489_nattributes20110216.txt).
Les incrémentaux de cette nuit se nommeront : 36489_nattributes20110217.txt et 36489_nmerchandis20110217.txt
Je rappel qu'ils sont à intégrer uniquement après les full !
Commentaire de Carole Boucheny [ 17/févr./11 10:26 ]
Tous les fichiers ont été déposé chez Linkshare. Voici un mail de linkshare nous confirmant l'intégration d'un des fichiers :

--------------------------------------------------------------------------------------------------

This message confirms that LinkShare received your Merchandiser file. We have checked this file for errors. Any records with errors are indicated below and will not be published for affiliates. Please fix all errors and resend the corrected records in your next Merchandiser file.

Date/Time Received: 17-Feb-2011
File Name: 36489_nmerchandis20110217.txt.
Total Products Sent: 384669
Total Good Records: 345067
Total Bad Records: 39602
Reason of Bad Records:
Record Number|Product ID|Reason(s)
 line: 1285, product ID: [53299114] UPC is too large.
line: 4580, product ID: [53303051] UPC is too large.
line: 17467, product ID: [39273568] is_productlink is incorrect, is_storefront is incorrect, is_deleted is incorrect-must be Y or N, retail must be a number.
line: 30257, product ID: [53303050] UPC is too large.
line: 32771, product ID: [53301130] UPC is too large.
line: 32772, product ID: [53299146] UPC is too large.
line: 32774, product ID: [53301100] UPC is too large.
line: 32775, product ID: [53301109] UPC is too large.
line: 32776, product ID: [53301104] UPC is too large.
line: 32779, product ID: [53303118] UPC is too large.
line: 32780, product ID: [53303083] UPC is too large.
line: 60224, product ID: [53299100] UPC is too large.
line: 85776, product ID: [53301091] UPC is too large.
line: 100144, product ID: [53301128] UPC is too large.
line: 100145, product ID: [53301121] UPC is too large.
line: 100146, product ID: [53301124] UPC is too large.
line: 100147, product ID: [53301125] UPC is too large.
line: 100151, product ID: [53299149] UPC is too large.
line: 100154, product ID: [53301102] UPC is too large.
line: 100156, product ID: [53301110] UPC is too large.
line: 100158, product ID: [53299120] UPC is too large.
line: 100159, product ID: [53299123] UPC is too large.
line: 100161, product ID: [53303117] UPC is too large.
line: 100162, product ID: [53303067] UPC is too large.
line: 100708, product ID: [56103284] UPC is too large.
line: 100713, product ID: [37809091] UPC is too large.
line: 100737, product ID: [54

If you have any questions or concerns with the information provided above, please contact your LinkShare Representative or clientsupport@linkshare.com.

Thank you,
Merchandiser Management

--------------------------------------------------------------------------------------------------

Je vais regarder ce problème d'UPC trop grand.

Sinon, Thomas, sais-tu si Linkshare a bien respecté l'ordre d'intégration ? As-tu reçu d'autres mail d'eux concernant les attributs du full ou les fichiers incrémentaux ?

Merci,
Carole
Commentaire de Carole Boucheny [ 17/févr./11 10:46 ]
Le problème des UPC est réglé. C'était pour les produits où il y a plusieurs identifiants, il ne faut pas tous les envoyer mais juste le premier.
Ce sera ok dans les flux de ce soir.
Commentaire de Carole Boucheny [ 18/févr./11 14:51 ]
Vu avec Thomas : pas d'erreur au niveau de l'interface LS.




[APP-32481] (ES) - ALLOPUB (retargeting) - plan de taguage PriceMinister.es (affiliation) Création: 14/janv./11 17:46  Mise à jour: 18/févr./11 20:29

Etat: Ouvert
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 83.0.5
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Isabel Yus Attribution: Rocio Perez-Garcia
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: PDF File Plan retargeting Allopub.pdf    
Pays:
ESP - Espagne
Site: Prod
Projets PM: *** A PLANIFIER ***
Classif FONC: comarket

 Description   
Bonjour,

Nous lançons un nouveau partenaire en affiliation tel que la France l'a fait cet été, ALLOPUB,

Ce partenaire est rentable puisque nous rémunérons au CPA basé sur le CA. Cette solution nous permettra de remplacer les bannières génériques utilisées par AlloPub par des bannières dynamiques contextualisées en fonction des affinités de nos internautes

S'agissant de retargeting, nous devons donc taguer certaines de nos pages.Vous trouverez le plan de taguage en PJ.

Je vous conseille de vous référer à ce plan de tagging mais aussi (ET SURTOUT) à ce qui a été fait pour la France et dont l'info est disponible sur : APP-32111

Dans l'idéal pour nous serait de commencer le partenariat ASAP. Quand est-ce que cela vous semble jouable ?

Merci d'avance pour votre aide,

Isabel

 Commentaires   
Commentaire de Ariane Baldinger [ 18/janv./11 17:39 ]
Bonjour Isabel,

On vise le dump du 3 février.

A.
Commentaire de Isabel Yus [ 18/janv./11 18:21 ]
OK parfait. En revanche il faudra faire des tests avant de mettre en prod comme d'hab. Quand est-ce que le paramétrage pourra être terminé ?
Commentaire de Rocio Perez-Garcia [ 20/janv./11 10:47 ]
J'ai fait le paramétrage en IG.

On peut commencer les test sur ref-es avec spot.
Commentaire de Ariane Baldinger [ 25/janv./11 09:54 ]
Isabel,

Peux-tu tester stp ?
Commentaire de Isabel Yus [ 25/janv./11 10:59 ]
Bonjour Ariane,

Comme j'ai dit à Rocío hier je comptais faire les tests dès lundi (hier) mais entretemps nous avons reçu plusieurs emails que tu as du voir suite au dernièr CoMarket (liste ci-dessous). Est-ce que nous pouvons donc rajouter de nouveaux tags à l'international ? Pourrais-tu donner ton avis à ce sujet ?

De : Fabrice FEUGAS
Envoyé : vendredi 21 janvier 2011 18:35
À : Benoit Bourdon
Cc : Fabrice Feugas; Jerome Vivies; Ariane Baldinger; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Isabel Yus; Justin Ziegler
Objet : Re: [CoMarket] CR du 19/01/2011

A noter qu’il y a aussi des retarguetteurs pour l’ES :
nouveaux retarguetteurs à venir : Avazu, Clickintext et Allopub. Sortie le 03/02 (voir planning).
A-t-on ces problématiques à l’international ?
 
Fabrice FEUGAS
Email: fabrice.feugas@priceminister.com
Tél: 01.42.78.76.87
 
De : Swan Desportes [mailto:swan.desportes@priceminister.com]
Envoyé : vendredi 21 janvier 2011 18:35
À : Benoit Bourdon
Cc : Fabrice Feugas; Jerome Vivies; Ariane Baldinger; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Isabel Yus; Justin Ziegler
Objet : Re: [CoMarket] CR du 19/01/2011
 
Hello
 
J'ai demandé à Damien une étude de perf des tags. D'ici deux semaines, j'espère avoir des indicateurs quanti sur le coût moyen d'un tag pour l'affichage d'une page PM. Dès lors, on pourra décider de la limite acceptable.
Sans cette étude préalable, c'est assez difficile d'arbitrer.
 
En tout cas, je comprends que cette étude est encore plus prioritaire que ce que j'imaginais.
 
A suivre
 
Swan
 
 
Le 21 janvier 2011 18:29, Benoit Bourdon <benoit.bourdon@priceminister.com> a écrit :
« Nouveaux retargetteurs : stuck et weborama »
 On a de gros problèmes de performances d’affichages des FPs en ce moment. (temps total d’affichage du coté client) … ce qui pénalise le référencement naturel global du site
Je pense que ce n’est pas le moment de rajouter de nouveaux tags / n’y a-t-il pas d’autres tags devenus obsolètes par exemple ? Tous les tags de retargetteurs ou autres sont ils nécessaires ?
Commentaire de Isabel Yus [ 26/janv./11 12:14 ]
RÉPONSE DE FABRICE ET BENOIT :

De : Benoit Bourdon [mailto:benoit.bourdon@priceminister.com]
Envoyé : mardi 25 janvier 2011 19:55
À : Isabel Yus
Cc : Fabrice Feugas; Ariane Baldinger; Jerome Vivies; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Justin Ziegler; Rocio Perez Garcia
Objet : Re: [CoMarket] CR du 19/01/2011

oui à priori pas mal d'impressions de ralentissement en FR ... confirmées par certaines courbes.
pas vraiment le même retour sur les Pays pour le moment.


Le 25 janvier 2011 17:25, Isabel Yus <isabel.yus@priceminister.com> a écrit :
OK merci. On continue donc la mise en prod de ces 3 nouveaux tags retargeteurs sur le site ES après les tests
 
 De : Fabrice Feugas [mailto:fabrice.feugas@priceminister.com]
Envoyé : mardi 25 janvier 2011 16:40
À : Ariane Baldinger; Isabel Yus
Cc : Benoit Bourdon; Jerome Vivies; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Justin Ziegler; Rocio Perez Garcia

Objet : RE: [CoMarket] CR du 19/01/2011
 
Pas de nouvelles bonnes nouvelles, donc non.
 
Fabrice FEUGAS
Email: fabrice.feugas@priceminister.com
Tél: 01.42.78.76.87
 
De : Ariane Baldinger [mailto:ariane.baldinger@priceminister.com]
Envoyé : mardi 25 janvier 2011 13:31
À : Isabel Yus
Cc : Benoit Bourdon; Fabrice Feugas; Jerome Vivies; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Justin Ziegler; ROCIO PEREZ GARCIA
Objet : Re: [CoMarket] CR du 19/01/2011
 
je n'ai pas vu de réponse à la question d'Isabel...

Doit-on repousser les différentes demandes de pose de tags sur l'Espagne ?
Commentaire de Isabel Yus [ 26/janv./11 12:14 ]
Suite à l'OK donnée par Benoit et Fabrice j'ai demandé l'adresse IP d'Avazu pour l'ouverture d'un serveur de la part de l'exploit hier. Pour l'instant je n'ai pas de réponse. J'ai vu avec Rocío ce matin en ref et nous avons les tags aux bons emplacements.
Je vous tiens au courant dès que j'ai des réponses du côté des partenaires.

Merci

Isabel
Commentaire de Isabel Yus [ 26/janv./11 12:15 ]
Je voulais dire bien sur l'adresse IP d'allopub :)
Commentaire de Isabel Yus [ 28/janv./11 12:29 ]
Bonjour,

Voici l'adresse IP pour l'ouverture du serveur pour les test de retargeting du partner ALLO PUB: IP 95.131.137.1

Merci d'avance

Isabel
Commentaire de Rocio Perez-Garcia [ 17/févr./11 13:42 ]
Isabel, on modifie tous les tags JS. Est-ce que ce partenaire a prévu modifier ses codes par iframes ou tags image ?

Merci de ton retour
Commentaire de Isabel Yus [ 18/févr./11 20:29 ]
J'ai demandé aujourd'hui et je vais me rapprocher auprès de Jo et Rémi pour la France car il s'agit d'un partenaire commun. J'aurai plus de nouvelles la semaine prochaine.

Merci




[DEC-83] Rapports PKR : études BackOffice Création: 09/sept./05 18:30  Mise à jour: 11/sept./07 17:53  Résolue: 08/nov./06 10:42

Etat: Fermé
Projet: Reporting
Composants: Back Office
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Nouvelle fonctionnalité Priorité: Mineur
Rapporteur: Agathe Remy Attribution: Agathe Remy
Résolution: Invalid  
Estimation restante: 2 jours
Temps consacré: 2 jours
Estimation originale: Non spécifié


 Description   
rapports à compléter :
- Confirmation denied : fichier public/BackOffice/confirmation_denied_YYYY-MM-DD.txt (séparateur '|')
   Date auto : jour d'autorisation au format 'YYYY/MM/DD'
   Nb total paniers : nombre total de paniers autorisés le jour j
   Nb paniers observés : nombre de paniers étant passés par un statut 'Observation' (pch_status_code=120) le jour j
   Nb paniers CD manuel : nombre de paniers étant passés dans le statut 'Confirmation denied' manuellement (action BackOffice) le jour j
   Nb paniers CD auto : nombre de paniers étant passés dans le statut 'Confirmation denied' automatiquement le jour j
   Nb acheteurs CD manuel : nombre d'acheteurs distincts ayant créé au moins un panier étant passé dans le statut 'Confirmation denied' manuellement le jour j
   Nb acheteurs CD auto : nombre d'acheteurs distincts ayant créé au moins un panier étant passé dans le statut 'Confirmation denied' automatiquement le jour j
   Volume affaires : volume d'affaires total du jour j
   Volume affaires observation : volume d'affaires généré par les paniers étant passés par un statut 'Observation' le jour j
   Volume affaires CD manuel : volume d'affaires généré par les paniers étant passés dans le statut 'Confirmation denied' manuellement le jour j
   Volume affaires CD auto : volume d'affaires généré par les paniers étant passés dans le statut 'Confirmation denied' automatiquement le jour j

- acheteur-vendeur frauduleux : fichier public/BackOffice/fraud_seller_buyer_YYYY-MM-DD.txt (séparateur '|')
   Date auto : jour d'autorisation au format 'YYYY/MM/DD'
   N° panier : identifiant du panier (statut 80, 90 ou 100 : pertinence à vérifier)
   N° article : identifiant de larticle (item dans le statut 30, 40 ou 70)
   Montant : calculé sur item? purchase? montant authorisé? capturé?
   Montant coupon : authorisé? capturé?
   Nom coupon : nom secret du coupon de réduction (usr_coupon.secret_name) associé au panier
   Pseudo acheteur : login de l'acheteur
   Pseudo vendeur : login du vendeur
   Date naissance acheteur : si elle existe, prendre la date de naissance du PMV (wallet), sinon celle de l'inscription (registration), sinon NULL
   Date naissance vendeur : si elle existe, prendre la date de naissance du PMV (wallet), sinon celle de l'inscription (registration), sinon NULL
   Note : note attribuée par l'acheteur au vendeur pour un article donné (item.seller_score)
Avec les conditions suivantes :
   la dernière IP de l'acheteur est égale à la dernière IP du vendeur
   l'article a été noté par l'acheteur ce jour

- Détection e-CB non reconnue : fichier public/BackOffice/new_declared_e-CB_YYYY-MM-DD.txt (séparateur '|') sur tout l'historique de PM
   Date auto : jour d'autorisation au format 'YYYY/MM/DD'
   N° panier : identifiant du panier (statut 80, 90 ou 100 : pertinence à vérifier)
   pseudo acheteur : login de l'acheteur
   Montant :
   Montant coupon :
   Debut e-CB : les quatre premiers chiffres de la CB (purchase.card_number_begin)
   Fin e-CB : les deux derniers chiffres de la CB (purchase.card_number_end)
   Date validite : date de validité de la CB (concaténation purchase.card_expiration_month et purchase.card_expiration_year)
   Nb paniers meme CB : nombre d'autres paniers associés à cet identifiant de CB (purchase.card_number_hash)
Avec les conditions suivantes :
   la carte de paiement du panier a été déclarée par l'acheteur comme une e-CB, mais n'a pas été reconnue par PM (purchase.card_type_code=50 and purchase.card_is_e_carte_bleue_detected=0)




[EXP-2170] Mettre en place un flux auto Kelkoo Création: 01/juin/06 12:08  Mise à jour: 25/juin/07 18:58  Résolue: 20/sept./06 17:46

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Charles Decaux Attribution: Edouard Laurent
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Nous avons signé un deal avec Kelkoo pour mettre en place nos offres automobile chez eux.

Il faut donc créer un flux auto et leur mettre à disposition.

Specs rapides :
- il ne faut mettre que des offres d'occasion
- le code de tracking à implémenter est le suivant : t=1388140

Voici les specs plus détaillées fournies par Kelkoo. En cas de questions, tu peux contacter : rosaze@mail.kelkoo.net.

Bonjour,

Je vous contacte dans le cadre du partenariat technique Priceminister Auto /
Yahoo! - Kelkoo.
Si ce n'est pas le cas voici les informations dont nous avons besoin dans le
fichier partenaire (formats de fichier possibles : html,csv, txt,ou xml).
Les champs obligatoires sont :
- identifiant UNIQUE pour chaque offre
- marque
- modèle
- version
- nombre de portes
- cylindrée (au format 1.9 par ex.)
- année
- carrosserie (berline, cabriolet, ...)
- énergie
- type de l'offre (neuf ou occasion)
- description de l'offre
- kilométrage pour les occasions
- transmission
- type (neuf ou occasion), si tout est de l'occasion, on pourra mettre la
valeur par défaut de notre côté
- code postal / ville du lieu où l'on trouve le véhicule
- prix
- URL produit
- URL photo

Les informations optionnelles :
- couleur

Si les liens images et les liens produits sont toujours construits de la même
fraçon (basé sur une référence par exemple), nous pouvons les reconstruire de
notre côté.

Pour la mise à jour des données, voici les modes de transferts proposés :

* *Transfert HTTP quotidien*

Pour utiliser ce mode de transfert, tout ce que vous avez à fournir est une
URL où nous pourrons trouver l'ensemble de vos produits par catégorie :
exemples :
http://www.priceminister.fr/kelkoo.txt

Dans le cas de gros volumes de données, votre serveur http, doit être
paramétré pour autoriser le chargement complet des données.

* *Transfert FTP quotidien*

Pour utiliser le mode de transfert ftp , tout ce que vous avez à fournir est :
- L'adresse IP de votre serveur FTP
- Le nom du (des) fichier(s) utilisé(s ) éventuellement zippés (les noms
devant être identiques d'un transfert à l'autre)
- Un nom de login
- Un mot de passe

Vous pouvez aussi utiliser notre serveur ftp, et rafraichir vos données quand
bon vous semble. Si vous choisissez ce mode de transfert, je vous communiquer
ai votre login et votre mot de passe dès que le compte ftp sera créé.

Quel que soit le mode de transfert choisi il faut que le fichier partenaire
garde toujours le même nom et qu'il soit mis à jour avant 21h pour que les modi
fications puissent être en ligne dès le lendemain sur kelkoo. Les remplissages
ont lieu toutes les nuits à partir de 21h sauf le week-end (il n'y a pas de
remplissage pour le week-end).

Je reste bien entendu à votre disposition pour toute information complémentaire.
Cordialement,

Elodie



 Commentaires   
Commentaire de Edouard Laurent [ 06/juin/06 16:34 ]
Le flux est disponible a cette URL à partir d'aujourd'hui et mis à jour quotidiennement pour 14h environ :

http://www.priceminister.com/partenariat-kelkoo/kelkoo-automobile.lst.gz

voici la description du fichier :

"$id|$fabricant|$model|$version|$nb_portes|$cylindree|$date_prem|$segment|$carburant|$etat|$description|$km|$boite_vitesse|$cp|http://www.priceminister.com/offer/vehicle/productid/$product_id?t=1388140|$iconpath|$couleur_ext\n"

Il y a deux champs sur le type d'offre (neuf ou occasion) je n'ai gardé que le premier.

Commentaire de Edouard Laurent [ 06/juin/06 16:40 ]
Cela correspond à : 48 428 voitures
Commentaire de Charles Decaux [ 08/juin/06 19:44 ]
Edouard,

j'ai l'impression que les prix donnés dans le feed sont inexacts ou bien que le champ prix a été oublié.

Par exemple : pour l'identifiant unique 6626416, prix affiché sur le site : 9 000 ¿ mais il n'y a aucune information de cette nature dans le feed.

Peux-tu regarder ? Merci !

Charles

Commentaire de Charles Decaux [ 13/juin/06 12:22 ]
Toujours pas de prix dans le feed !!
Commentaire de Edouard Laurent [ 13/juin/06 15:00 ]
le flux est disponible qu'a partir de 14h
maintenant c'est bon !
Commentaire de Charles Decaux [ 15/juin/06 17:01 ]
Il faut ajouter en fin de fichier un champ particulier/professionel

Si l'auto est vendue par un particulier, mettre la valeur "particulier"
Si l'auto est vendue par un professionnel , mettre la valeur "professionnel"

En revanche il faut continuer à ne prendre que de l'occasion.

Concernant le champ contenant le code postal : il faudrait également préciser la vill. En ce qui concerne la ville, 2 possibilités sont envisageables à savoir 2 champs distincts, un pour le code postal, un pour la ville ou bien un seul champ contenat le code postal et la ville. A toi de voir ce qui est le plus simple pour toi.

Merci

Charles
Commentaire de Charles Decaux [ 20/sept./06 17:46 ]
c'est bon




[POST DEPLOY] nombre d'erreur sur AS et WEB servers est anormalement monté depuis le 24/06 (APP-20980)

[APP-21006] erreur du à des appels URL de tracking Création: 30/juin/08 18:59  Mise à jour: 15/juil./08 17:58

Etat: Ouvert
Projet: Application PriceMinister
Composants: Tracking
Affecte la/les version(s): 23.0.3
Version(s) corrigée(s): Aucune

Type: Sub-bug Priorité: Majeur
Rapporteur: Sébastien Raguet Attribution: Sébastien Raguet
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Prod
Projets PM: *** RESERVE ***

 Description   
Concernant les problèmes de tracking, j'ai fait des checks plus en détails pour la journée de dimanche 29 sur un WEB (ARICIA) (si je ne me trompe pas 2 codage différents sont utilisé pour faire du tracking : des url en ?t= et ?tracking=).


Sur 402429 appels avec un code de tracking pour la journée de dimanche (zgrep "\?t=\|\?tracking=" /data/chrootapache/usr/local/apache/logs/vaccess_log.1.gz )

-> 274846 OK (code de retour 200)
-> 127583 code <> 200, soit environ 30% des appels avec un code tracking ne fonctionne pas.

La répartition des erreurs sont réparties par code:
1. 115952 code erreur 302
2. 7131 code erreur 503
3. 3656 code erreur 301
4. et aussi (401 code 502 (due à pangora), 246 code 403, 134 code 304, 58 code 404...

A noter que 61355 erreurs (soit 50%) sont dues à des appels à la racine, du type GET /?t= ou GET /?tracking= . En fait aucun appels de type '/?t' ne fonctionne.


1er : Il n'y a pas de différence entre les versions de browser utilisés (on trouve bien des erreurs pour tous).

2e : il n'y a pas de lien avec les IP, 100090 IP différentes ont générés des erreurs.

3e : Pas de referrer en particulier, 1434 differents.

4e : détails des erreurs :

La grosse majorité des erreurs proviennent des id de tracking suivnats :

1. 40627 erreur pour ID: 2198443
2. 29629 errreures pour ID: 2089340
3. 33693 pour ID 62001
4. 4015 pour ID 2193942
5. 3458 pour ID 2198446
6. 2011 pour ID 2193943
7. ...


TOP 30 - Répartition des erreurs 302 par URL :
[mrtg@aricia tmp]$ grep " 302 " 2906trackingall-pas200 | cut -d '"' -f2 | sort |uniq -c | sort -rn | head -30
  30071 GET /jeux-video?t=2198443 HTTP/1.1
  28835 GET /?tracking=2089340& HTTP/1.1
  27244 GET /?tracking=62001& HTTP/1.1
   4030 GET /nav/Jeux-Video-et-Consoles?t=2198443 HTTP/1.1
   3909 GET /video-dvd-vhs?t=2193942 HTTP/1.1
   3303 GET /livres-bd?t=2198446 HTTP/1.1
   1984 GET /jeux-video?t=2193943 HTTP/1.1
   1768 GET /musique-cd?t=2198447 HTTP/1.1
   1681 GET /image-son?t=%201398040&tracking=62001& HTTP/1.1
   1399 GET /video-dvd-vhs?t=2198442 HTTP/1.1
    750 GET /image-son?tracking=62001& HTTP/1.1
    703 GET /?t=687040 HTTP/1.1
    662 GET /informatique-logiciels?t=2198444+ HTTP/1.1
    551 GET /?t=2196840 HTTP/1.1
    480 GET /jeux-video?t=%201398040&tracking=62001& HTTP/1.1
    459 GET /?tracking=2089340& HTTP/1.0
    364 GET /?t=1963240 HTTP/1.1
    339 GET /?tracking=2173343& HTTP/1.1
    324 GET /?tracking=1398040& HTTP/1.1
    323 GET /jeux-video?t=2198443 HTTP/1.0
    318 GET /track?t=1414040 HTTP/1.1
    285 GET /?tracking=62001& HTTP/1.0
    211 GET /info/home?tracking=62001& HTTP/1.1
    183 GET /informatique-logiciels?t=%201398040&tracking=62001& HTTP/1.1
    143 GET /info/home?tracking=2089340& HTTP/1.1
    125 GET /?t=2187340 HTTP/1.1
    113 GET /connect?action=login&c=80&dest=%2Fuser HTTP/1.1
    105 GET /?t=%201398040&tracking=62001& HTTP/1.1
     97 GET /user HTTP/1.1
     97 GET /?t=2193843 HTTP/1.1
TOP 30 - Erreur 503 par URL:
[mrtg@aricia tmp]$ grep " 503 " 2906trackingall-pas200 | cut -d '"' -f2 | sort |uniq -c | sort -rn | head -30
   5683 GET /nav/Jeux-Video-et-Consoles?t=2198443 HTTP/1.1
    196 GET /?tracking=62001& HTTP/1.1
    126 GET / HTTP/1.1
    105 GET /?tracking=2089340& HTTP/1.1
     84 GET /nav/Jeux-Video-et-Consoles?t=2198443 HTTP/1.0
     80 GET /info/home?tracking=62001& HTTP/1.1
     41 GET /livres-bd?t=2198446 HTTP/1.1
     39 GET /temporaire.html HTTP/1.1
     27 GET /video-dvd-vhs?t=2193942 HTTP/1.1
     23 GET /info/no/op/lpc3?tracking=62001& HTTP/1.1
     22 GET /track?t=1414040 HTTP/1.1
     21 GET /jeux-video?t=2198443 HTTP/1.1
     16 GET /image-son?t=%201398040&tracking=62001& HTTP/1.1
     14 GET /image-son?tracking=62001& HTTP/1.1
     11 GET /musique-cd?t=2198447 HTTP/1.1
      7 GET /track?t=1788042 HTTP/1.1
      7 GET /jeux-video?t=%201398040&tracking=62001& HTTP/1.1
      5 GET /track?dontincreqcount=true&isfirsttracking=false&t=271743 HTTP/1.1
      5 GET /?t=687040 HTTP/1.1
      5 GET /nav/Mode_bijoux?tracking=905640 HTTP/1.1
      5 GET / HTTP/1.0
      4 GET /?tracking=2173343& HTTP/1.1
      4 GET /?tracking=2089340& HTTP/1.0
      4 GET /track?dontincreqcount=true&isfirsttracking=false&t=271741 HTTP/1.1
      4 GET /track?dontincreqcount=true&isfirsttracking=false&t=1907057 HTTP/1.1
      4 GET /track?dontincreqcount=true&isfirsttracking=false&t=1857040 HTTP/1.1
      4 GET /nav/Livres?t=2193941 HTTP/1.1
      3 GET /?tracking=62001& HTTP/1.0
      3 GET /track?dontincreqcount=true&isfirsttracking=false&t=869242 HTTP/1.1
      3 GET /offer/buy/63080459/Les-Tests-Du-Code-De-La-Route-Livre.html#?t=271740&dinsight=1008&IDTF=8875910 HTTP/1.1


 Commentaires   
Commentaire de Swan Desportes [ 01/juil./08 17:20 ]
Tous les codes de tracking existent (en tout cas les premiers) et fonctionnent bien.
Les pages listées dans les top302 et top503 semblent fonctionner quand on les appelle au coup par coup.

Du coup, je me pose 2 questions :
- les url en /?t=xx sont redirigées par la serveur Apache en /info/home?t=xxx. Est ce que la code est 302 pour une redirection ? Auquel cas, on serait donc dans une situation normale.
- pour les erreurs 503, est ce que seules les url en tracking plantent ou est ce qu'elles sont noyées dans un flot d'url classiques qui plantent en 503. Auquel cas, je pencherais pour un simple plantage serveur.

D'autre part, les codes de tracking qui ressortent en premier sont a priori ceux qui nous génèrent le plus de trafic donc il serait normal qu'ils génèrent le plus d'erreur.




[EXP-508] Plantage successif sur TELLUS Création: 08/déc./05 18:04  Mise à jour: 25/juin/07 18:55  Résolue: 26/déc./05 17:50

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Ranto Andriambololona Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
le 7/12/2005 et 8/12/2005 TELLUS a planté sans raison apparente.

Les logs sont sur JUNON

********* ConnectionDump ************
Pool Size: 10

ConnectionListenerContext 0:org.jboss.resource.connectionmanager.TxConnectionManager$TxConnectionEventListener@239fd6[state=NORMAL mc=org.jboss.resource.adapt
er.jdbc.local.LocalManagedConnection@d2bc86 handles=0 lastUse=1134041598481 permit=true trackByTx=true mcp=org.jboss.resource.connectionmanager.JBossManagedCo
nnectionPool$OnePool@106dc2d context=org.jboss.resource.connectionmanager.InternalManagedConnectionPool@161401f]:TP-Processor31
Connection org.jboss.resource.adapter.jdbc.local.LocalManagedConnection@d2bc86 held by transaction; not performing query

ConnectionListenerContext 1:org.jboss.resource.connectionmanager.TxConnectionManager$TxConnectionEventListener@18dabf1[state=NORMAL mc=org.jboss.resource.adap
ter.jdbc.local.LocalManagedConnection@137fea handles=1 lastUse=1134041586811 permit=true trackByTx=true mcp=org.jboss.resource.connectionmanager.JBossManagedC
onnectionPool$OnePool@106dc2d context=org.jboss.resource.connectionmanager.InternalManagedConnectionPool@161401f]:JCA PoolFiller




Connection: org.jboss.resource.adapter.jdbc.WrappedConnection@69861
  Connection Sql: TP-Processor16 : SELECT purchase_id, creation_date, change_date, pch_status_code, authorization_date, capture_date, currency_id, buyer_accou
nt_id, buyer_login, usa_address1, usa_address2, usa_zip, usa_city, usa_country_id, brand_id, usr_tracking_id, is_tracking_direct, brand_partner, ip_address, u
sa_phone_number_1, usa_first_name, usa_last_name, usa_phone_number_2, operation_id, authorization_operation_amount, capture_operation_amount, authorization_ca
rd_amount, capture_card_amount, payment_type_code, authorization_number_request, authorization_number_response, capture_number_request, capture_number_respons
e, authorization_coupon_amount, capture_coupon_amount, usr_coupon_id, pch_followup_code, request_date, card_number_hash, card_number_begin, card_number_end, c
ard_expiration_year, card_expiration_month, card_type_code, card_is_cvv_used, card_is_e_carte_bleue_detected, card_pay_incident_count, pch_type_code, usa_digi
code, usa_fax_number, usa_email_address, usa_phone_number_3, usa_phone_comment_1, usa_phone_comment_2, usa_phone_comment_3, usr_title_code FROM PURCHASE WHER
E purchase_id=? FOR UPDATE
  Statements: 1
    Statement: org.jboss.resource.adapter.jdbc.WrappedPreparedStatement@a95358 SQL: null
)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand.execute(JDBCAbstractQueryCommand.java:245)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand.execute(JDBCAbstractQueryCommand.java:128)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCFindEntitiesCommand.execute(JDBCFindEntitiesCommand.java:40)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.findEntities(JDBCStoreManager.java:598)
        at org.jboss.ejb.plugins.CMPPersistenceManager.findEntities(CMPPersistenceManager.java:322)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.findEntities(CachedConnectionInterceptor.java:321)
        at org.jboss.ejb.EntityContainer.find(EntityContainer.java:700)
        at sun.reflect.GeneratedMethodAccessor74.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)


Ranto,

 Commentaires   
Commentaire de Ranto Andriambololona [ 09/déc./05 16:52 ]
Quelqu"un a une petite piste ?

On avait installé Buisness Object avec François sur cette machine mais ça ne tourne pas encore

En résumé Tellus ne tient plus du tout la charge si on augmente son poids

Commentaire de Judd OSullivan [ 09/déc./05 17:52 ]
A cause des NMCEs ?

Je n'a pas d'explication mais une bonne piste serait de le mettre à plat. Il me semble bizarre que mes changements viennent de poser de problème mais au moins on simplifie le problème.

Commentaire de Justin Ziegler [ 12/déc./05 12:05 ]
Ca veut dire quoi : de le mettre à plat ?
Quels changements as tu fais ?
Commentaire de Judd OSullivan [ 12/déc./05 12:20 ]
On utilisait tellus pour nos logs de NMCE donc avec ranto on a mis en place mes jars qui sortent plus de logging. Ranto est en train de remettre en place la conf standard qui va ecraser ces jars.
Commentaire de Ranto Andriambololona [ 12/déc./05 12:40 ]
Après remise à plat, et remise dans le pool avec un poids de 70, TELLUS ne tient toujours pas la charge (voir graphe "jBoss available connection count" sur Tellus)

Je propose une installation totale (suppression du rep jboss, décompression d'un package jboss-4.0.2.tar.gz et configuration), c'est plus propre.

Sinon Judd, peux tu checker les librairies actuel après remis à plat, j'ai commencé à regarder mais pour moi c'est OK !

Ranto,
Commentaire de Judd OSullivan [ 21/déc./05 12:03 ]
Est-ce que c'est toujours d'actualité ? Tellus est de nouveau dans le pool.
Commentaire de Ranto Andriambololona [ 21/déc./05 17:12 ]
Encore d'actualité,

TELLUS est dans le pool mais avec un petit poids.
Il faut que je réinstalle (soft + config price) JBOSS

Commentaire de Ranto Andriambololona [ 26/déc./05 17:50 ]
Après une remise à plat Total de JBOSS, TELLUS se comporte bien avec un poids de 100

-Téléchargement du package Jboss-4.0.2 sur le site JBOSS,
-Configuration avec les paramètres priceminister

Je ferme le ticket mais on redescend quand même son poids à 50 pour éviter les surprises ce soir




[APP-3259] Perf : table access full sur user_account where is_in_transit = 1 Création: 10/déc./04 09:25  Mise à jour: 25/juin/07 18:27  Résolue: 25/juin/07 18:27

Etat: Fermé
Projet: Application PriceMinister
Composants: Perf
Affecte la/les version(s): 7.2.8
Version(s) corrigée(s): 8.0.3

Type: Bogue Priorité: Majeur
Rapporteur: Justin Ziegler Attribution: Patrick Pereira
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
SELECT user_account_id, user_account_id, parent_user_account_id,
children, login, password, usr_title_code, first_name, last_nam
e, company_name, email_address, usr_origin_code, usr_type_code,
creation_date, change_date, last_buy_date, buy_count, last_adver
t_date, sale_count, seller_score_sum, seller_score_count, commis
sion_rate, is_first_mail_sent, game_points, usr_game_status_code
, http_referrer, usr_referrer_id, is_email_valid, brand_id, usr_
tracking_id, usr_campaign_id, usr_newsletter_status_code, seller
_score_date, cmp_method_code, usr_privilege_code, usr_first_trac
king_id, usr_last_tracking_id, game_parent_user_account_id, is_l
ast_tracking_direct, is_tracking_direct, grant_login, grant_emai
l, upper_login, upper_email_address, history, reliability, grant
_question_notify, initial_seller_score_sum, initial_seller_score
_count, computed_seller_score_sum, computed_seller_score_count,
seller! _country_id, ip_address, last_login_date, initial_commit_c
ount, computed_commit_count, commit_count, initial_sale_count, c
omputed_sale_count, initial_answer_time_sum, computed_answer_tim
e_sum, seller_answer_time_sum, usr_presence_code, is_partner_sub
scriber, wallet_amount, wallet_incoming_amount, wallet_outgoing_
amount, wlt_status_code, wallet_currency_id, grant_question_adve
rt_receive, grant_question_item_receive, last_wish_date, remark,
send_first_advert_mail, is_company, company_number, is_to_valid
ate, upper_password, upper_last_name, supports_shipping_normal,
supports_shipping_suivi, last_warning_date, usr_compensation_rig
ht_code, allow_unlimited_stock, allow_holiday, cache_advert_stat
s, is_in_transit, holiday_start_date, holiday_remind_date, holid
ay_return_date, allow_free_book_price, usr_visibility_code, acti
vation, allow_submit_auto_validation, ev_game_points, ev_parent_
user_account_id, ev_send_registration, ev_p! rivilege, activation_
mail_date, activation_mail_count, co! mmission _id, is_hightech_sub
scriber, registration_birth_date, wallet_birth_date, accept_nego
tiation, supports_shipping_recommande, supports_shipping_chronop
ost, grant_buyer_email, grant_buyer_phone FROM USER_ACCOUNT WHER
E is_in_transit = 1

 Commentaires   
Commentaire de Quentin de Chivré [ 10/déc./04 15:24 ]
Il y a un index sur is_in_transit : user_account_b12 et seulement 2 valeurs à
1, donc cela ressemble bcp a un probleme d'analyze.
Commentaire de Quentin de Chivré [ 21/juin/05 13:51 ]
Vérifier si tjs d'actualité
Commentaire de Patrick Pereira [ 27/juin/05 18:30 ]
C'est bien l'index USER_ACCOUNT_IX_TRANSIT sur is_in_transit qui est utilisé.

Ca à l'air OK.




[APP-14634] Perf : recherche du nb de contrats du jour dans le bo Création: 10/janv./07 17:51  Mise à jour: 24/juil./09 12:09  Résolue: 15/juin/09 13:58

Etat: Fermé
Projet: Application PriceMinister
Composants: Perf
Affecte la/les version(s): 11.3.1
Version(s) corrigée(s): 50.0.0 (CAT-J)

Type: Amélioration Priorité: Mineur
Rapporteur: Patrick Pereira Attribution: Manuel Sadok
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Prod
Projets PM: Performances
Classif1: DB

 Description   
La recherche du nb de contrats du jour dans le bo prend plus d'une minute

La requête qui pose problème est :


VAR x1 DATE;
EXEC :x1 := TO_DATE('2007-01-10 00:00:00', 'YYYY-MM-DD HH24:MI:SS');

SELECT purchase.purchase_id, purchase.authorization_card_amount, purchase.authorization_coupon_amount, purchase.authorization_date, purchase.authorization
_number_request, purchase.authorization_number_response, purchase.authorization_operation_amount, purchase.brand_id, purchase.brand_partner, purchase.buyer_ac
count_id, purchase.buyer_login, purchase.capture_card_amount, purchase.capture_coupon_amount, purchase.capture_date, purchase.capture_number_request, purchase
.capture_number_response, purchase.capture_operation_amount, purchase.card_expiration_month, purchase.card_expiration_year, purchase.card_is_cvv_used, purchas
e.card_is_e_carte_bleue_detected, purchase.card_number_begin, purchase.card_number_end, purchase.card_number_hash, purchase.card_pay_incident_count, purchase.
card_type_code, purchase.card_usr_birth_date, purchase.change_date, purchase.creation_date, purchase.currency_id, purchase.ip_address, purchase.is_tracking_di
rect, purchase.operation_id, purchase.payment_type_code, purchase.pch_followup_code, purchase.pch_status_code, purchase.pch_type_code, purchase.request_date,
purchase.row_version, purchase.security_number, purchase.tracking_date, purchase.usa_address1, purchase.usa_address2, purchase.usa_city, purchase.usa_country_
id, purchase.usa_digicode, purchase.usa_email_address, purchase.usa_fax_number, purchase.usa_first_name, purchase.usa_last_name, purchase.usa_phone_comment_1,
 purchase.usa_phone_comment_2, purchase.usa_phone_comment_3, purchase.usa_phone_number_1, purchase.usa_phone_number_2, purchase.usa_phone_number_3, purchase.u
sa_state_id, purchase.usa_zip, purchase.usr_coupon_id, purchase.usr_title_code, purchase.usr_tracking_id
FROM purchase
WHERE (purchase.authorization_date >= :x1)
AND (purchase.pch_status_code NOT IN (10, 20, 15))
AND (purchase.pch_type_code = 30)
ORDER BY purchase.authorization_date DESC
;

 Commentaires   
Commentaire de Patrick Pereira [ 10/janv./07 18:20 ]
Il n'y a pas d'index correspondant exactement à la requête, cependant ce n'est pas le meilleur de ce qui existe qui est utilisé :

Execution Plan
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=CHOOSE (Cost=689 Card=758 Bytes=178130)
   1 0 SORT (ORDER BY) (Cost=689 Card=758 Bytes=178130)
   2 1 TABLE ACCESS (BY INDEX ROWID) OF 'PURCHASE' (Cost=601 Card=758 Bytes=178130)
   3 2 INDEX (RANGE SCAN) OF 'PURCHASE_FK_TYPE' (NON-UNIQUE) (Cost=45 Card=21088)


Statistics
----------------------------------------------------------
          0 recursive calls
          0 db block gets
      22429 consistent gets
          0 physical reads
          0 redo size
      12521 bytes sent via SQL*Net to client
        664 bytes received via SQL*Net from client
          3 SQL*Net roundtrips to/from client
          1 sorts (memory)
          0 sorts (disk)
         29 rows processed

au lieu de

Execution Plan
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=CHOOSE (Cost=16285 Card=758 Bytes=178130)
   1 0 SORT (ORDER BY) (Cost=16285 Card=758 Bytes=178130)
   2 1 TABLE ACCESS (BY INDEX ROWID) OF 'PURCHASE' (Cost=16197 Card=758 Bytes=178130)
   3 2 INDEX (RANGE SCAN) OF 'PURCHASE_IX_AUTHORIZATION' (NON-UNIQUE) (Cost=108 Card=59329)

Statistics
----------------------------------------------------------
          8 recursive calls
          0 db block gets
       4457 consistent gets
          0 physical reads
          0 redo size
      12521 bytes sent via SQL*Net to client
        708 bytes received via SQL*Net from client
          3 SQL*Net roundtrips to/from client
          1 sorts (memory)
          0 sorts (disk)
         29 rows processed


J'ai recalculé les statistiques mais ce n'est pas efficace.

Il faut ajouter le hint /*+ FIRST_ROWS */ dans ce select (et uniquement celui-là).
Commentaire de Patrick Pereira [ 05/avr./07 18:45 ]
On en est où déjà la dessus ?
Commentaire de Manuel Sadok [ 15/juin/09 13:58 ]
Etant donné qu'on ne vend plus de contrat auto, je femr ce jira.




[EXP-236] ajout d'un user agent à bannir sur les serveur APACHE de prod Création: 27/sept./05 09:36  Mise à jour: 25/juin/07 18:54  Résolue: 27/sept./05 10:41

Etat: Résolu
Projet: Exploitation
Composants: Default
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Mineur
Rapporteur: Serge Delabrosse Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   


user Agent à interdire : Python-urllib/2.1
_______________________________


Bonjour

Une araignée scrute le site toutes les deux secondes,


Elle scrute le site toutes les 2 secondes, les produits electroniques ¿ telephone , palm ¿

( l¿identifiant a rechercher étant "Python-urllib/2.1" )

et change d'adresse IP tous les jours .

83.199.129.122 ( il semble garder la même ip un jour complet )

83.115.241.6 ( le jour suivant on retrouve l e même comportement )


son user agent est :
_______________

Python-urllib/2.1



less vaccess_log.2.gz

www.priceminister.com 83.199.129.122 - - [24/Sep/2005:01:46:40 +0200] "GET /offer/buy/4317514/Palm-m130-Memoire-vive-8-Mo-Palm-OS-4-1-IrDA-PDA.html HTTP/1.0" 200 38729 "-" "Python-urllib/2.1"


www.priceminister.com 67.71.134.164 - - [24/Sep/2005:01:46:40 +0200] "GET /navigation/search/category/search_all/keyword/cle-usb/ss/70 HTTP/1.
1" 200 8769 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; HbTools 4.7.0; MSIECrawler)"

www.priceminister.com 83.199.129.122 - - [24/Sep/2005:01:46:46 +0200] "GET /offer/buy/4671949/Nokia-3310-Telephone-cellulaire-GSM-EGSM-Mobile.
html HTTP/1.0" 200 44883 "-" "Python-urllib/2.1"

www.priceminister.com 83.199.129.122 - - [24/Sep/2005:01:46:51 +0200] "GET /offer/buy/2527636/PalmOne-Zire-72-Memoire-vive-32-Mo-memoire-morte
-16-Mo-Palm-OS-5-2-8-TFT-IrDA-Bluetooth-PDA.html HTTP/1.0" 200 71643 "-" "Python-urllib/2.1"



www.priceminister.com 83.199.129.122 - - [24/Sep/2005:01:46:51 +0200] "GET /offer/buy/2527636/PalmOne-Zire-72-Memoire-vive-32-Mo-memoire-morte
-16-Mo-Palm-OS-5-2-8-TFT-IrDA-Bluetooth-PDA.html HTTP/1.0" 200 71643 "-" "Python-urllib/2.1"



www.priceminister.com 83.199.129.122 - - [24/Sep/2005:01:47:08 +0200] "GET /offer/buy/3843969/PalmOne-Treo-600-Memoire-vive-32-Mo-mdm-cellulai
re-Palm-OS-5-2-1-CSTN-IrDA-GSM-850-900-1800-1900-argente-e-PDA.html HTTP/1.0" 200 45590 "-" "Python-urllib/2.1"
w


www.priceminister.com 83.199.129.122 - - [24/Sep/2005:01:47:12 +0200] "GET /offer/buy/4748574/Fahrenheit-9-11-Edition-Francaise-DVD-Zone-2.htm
l HTTP/1.0" 200 58522 "-" "Python-urllib/2.1"



www.priceminister.com 83.199.129.122 - - [24/Sep/2005:01:47:13 +0200] "GET /offer/buy/1179300/Palm-Vx-Memoire-vive-8-Mo-Palm-OS-3-5-PDA.html H
TTP/1.0" 200 74469 "-" "Python-urllib/2.1"




www.priceminister.com 83.199.129.122 - - [24/Sep/2005:01:47:15 +0200] "GET /offer/buy/4309698/Palm-Vx-Memoire-vive-8-Mo-Palm-OS-3-5-PDA.html H
TTP/1.0" 200 32121 "-" "Python-urllib/2.1"


www.priceminister.com 83.199.129.122 - - [24/Sep/2005:01:47:19 +0200] "GET /offer/buy/1592212/Samsung-SGH-T100-Telephone-cellulaire-GSM-EGSM-M
obile.html HTTP/1.0" 200 81973 "-" "Python-urllib/2.1"


www.priceminister.com 83.199.129.122 - - [24/Sep/2005:01:47:21 +0200] "GET /offer/buy/1806976/Samsung-SGH-E700-Telephone-cellulaire-avec-appar
eil-photo-numerique-GSM-Mobile.html HTTP/1.0" 200 88510 "-" "Python-urllib/2.1"



www.priceminister.com 83.199.129.122 - - [24/Sep/2005:01:47:25 +0200] "GET /offer/buy/2073995/Mon-Voisin-Totoro-DVD-Zone-2.html HTTP/1.0" 200
36435 "-" "Python-urllib/2.1"




www.priceminister.com 67.71.134.164 - - [24/Sep/2005:01:47:52 +0200] "GET /trc/neuf-7.htm HTTP/1.1" 200 4574 "-" "Mozilla/4.0 (compatible; MSI
E 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; HbTools 4.7.0; MSIECrawler)"

www.priceminister.com 83.199.129.122 - - [24/Sep/2005:01:58:41 +0200] "GET /offer/buy/2770695/Handspring-Treo-600-Memoire-vive-32-Mo-mdm-cellu
laire-Palm-OS-5-2-1-CSTN-IrDA-GSM-850-900-1800-1900-argente-e-PDA.html HTTP/1.0" 200 63780 "-" "Python-urllib/2.1"
www.priceminister.com 212.194.200.192 - - [24/Sep/2005:01:58:42 +0200] "GET /content/V804/front/brand/www/images/onglet/top_books_off.gif HTTP
/1.1" 304 - "https://www.priceminister.com/checkout?action=address" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)"


www.priceminister.com 83.115.241.6 - - [25/Sep/2005:01:53:07 +0200] "GET /offer/buy/4316932/Palm-m130-Memoire-vive-8-Mo-Palm-OS-4-1-STN-IrDA-P
DA.html HTTP/1.0" 200 38779 "-" "Python-urllib/2.1"

www.priceminister.com 83.115.241.6 - - [25/Sep/2005:01:53:09 +0200] "GET /offer/buy/1179453/Palm-m130-Memoire-vive-8-Mo-Palm-OS-4-1-STN-IrDA-P
DA.html HTTP/1.0" 200 74985 "-" "Python-urllib/2.1"



www.priceminister.com 83.115.241.6 - - [25/Sep/2005:01:53:10 +0200] "GET /offer/buy/4674571/Palm-m515-Memoire-vive-16-Mo-memoire-morte-4-Mo-Pa
lm-OS-4-1-TFT-IrDA-PDA.html HTTP/1.0" 200 73582 "-" "Python-urllib/2.1"



www.priceminister.com 83.115.241.6 - - [25/Sep/2005:01:53:13 +0200] "GET /offer/buy/4671949/Nokia-3310-Telephone-cellulaire-GSM-EGSM-Mobile.ht
ml HTTP/1.0" 200 44846 "-" "Python-urllib/2.1"














 Commentaires   
Commentaire de Sébastien Tournay [ 27/sept./05 10:41 ]
On vient de le faire avec Serge pour résoudre au plus vite le problème. On vient donc de rajouter sur CUPIDON et PHAETON la ligne 'SetEnvIfNoCase User-Agent "Python-urllib/2.1" bad_aspi' dans le fichier de conf d'Apache.

Sébastien




[APP-6395] No managed connection : cas ou un user tout seul plante un SA pendant plusieurs minutes Création: 21/nov./05 10:23  Mise à jour: 25/juin/07 18:33  Résolue: 15/mars/06 13:42

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): ToDo

Type: Bogue Priorité: Critique
Rapporteur: Justin Ziegler Attribution: Quentin de Chivré
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: PNG File jboss-available-connection-count-day-esculape.png    

 Description   
Cela s'est produit ce matin (lundi 21 nov 2005, 8h53) sur esculape. Je n'arrivais a rien faire en BO, et j'etais connecte sur esculape. J'ai sauvegarde les log au moment du pb :

[pmas@esculape priceminister]$ ll /data/priceminister/nmc-jz.log
-rw-r--r-- 1 pmas adminpm 53070048 nov 21 08:55 /data/priceminister/nmc-jz.log

J'ai fait une analyse des lost threads sur le fichier sauvegarde, et j'ai modifie l'outil d'analyse de log de facon a afficher le pseudo / l'adresse IP proprietaire du lost thread. Resultat :

Starting lost threads report:
08:52:02,035 : [-Processor35] : BFVRQ GET http://www.priceminister.com/purchase?action=recycle
08:52:02,878 : [-Processor23] : BFVRQ GET http://www.priceminister.com/wish?action=wishmemolist
08:52:06,493 : [-Processor34] : BFVRQ GET http://www.priceminister.com/wish?action=wishmemolist
08:52:32,563 : [P-Processor4] : BFVRQ GET http://www.priceminister.com/purchase?action=recycle
08:52:37,978 : [-Processor12] : BFVRQ GET http://www.priceminister.com/wish?action=wishmemolist
08:53:12,289 : [-Processor11] : BFVRQ GET http://www.priceminister.com/offer/buy/1337484/Beaumont-Nina-Desir-Et-Trahison-Livre.html
08:53:26,620 : [-Processor25] : BFVRQ GET http://www.priceminister.com/wish?action=wishmemolist
08:53:31,512 : [-Processor33] : BFVRQ GET http://www.priceminister.com/offer/buy/408271/Lovelace-Merline-Le-Joug-De-La-Passion-Livre.html
08:53:41,397 : [P-Processor1] : BFVRQ GET http://www.priceminister.com/wish?action=wishmemolist
08:53:42,567 : [-Processor14] : BFVRQ GET http://www.priceminister.com/offer/buy/1337484/Beaumont-Nina-Desir-Et-Trahison-Livre.html

==> ici on en a 10, tous pour le meme user !!!!
Avant qu'on ne totalise 10 lost threads pour ce user, les autres user arrivent encore a travailler tranquillement. J'ai tendance a penser qu'il ne s'agit donc pas d'un pb de contention sur le pool lui meme ???

08:55:49,725 : [-Processor59] : 82.216.141.42 GET http://www.priceminister.com/navigation/default/category/163204
08:55:49,813 : [-Processor45] : 83.145.100.10 GET http://www.priceminister.com/navigation/se/category/sa/kw/24+heures+chrono
08:55:49,878 : [-Processor24] : 63.215.86.200 GET http://img.priceminister.com/cover/191400
08:55:50,000 : [-Processor79] : 195.12.230.196 GET http://img.priceminister.com/photo/148456330_S.jpg
08:55:50,320 : [-Processor49] : 68.142.249.89 GET http://www.priceminister.com/wish?action=view&productid=194921
08:55:50,470 : [-Processor51] : 193.52.76.162 GET http://www.priceminister.com/user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26c%3D80%26dest%3D%252Fuser
08:55:50,558 : [-Processor17] : 66.249.64.50 GET http://www.priceminister.com/navigation/se/category/sa/kw/dictionnaire+egoiste+de+la+litterature+francaise
08:55:50,613 : [-Processor76] : 83.197.3.135 GET https://www.priceminister.com/connect?action=login&c=80&dest=%2Fuser
08:55:51,015 : [-Processor41] : 83.154.80.251 GET https://www.priceminister.com/connect?action=login&c=80&dest=%2Fuser
08:55:51,178 : [-Processor40] : 83.112.22.111 GET https://www.priceminister.com/connect?action=login&c=80&dest=%2Fuser
08:55:51,203 : [-Processor78] : 66.249.71.1 GET http://www.priceminister.com/navigation/se/category/sa/kw/canon+powershot+g6+-+appareil+num&#xE9;rique+compact+-+7.1+mpixels
08:55:51,270 : [-Processor15] : 83.157.254.10 GET https://www.priceminister.com/connect?action=login&c=80&dest=%2Fuser
End of the lost-threads report.



Autre point interessant, cette salve est tout a fait visible sur les courbes. Cf. PJ.






 Commentaires   
Commentaire de Justin Ziegler [ 21/nov./05 10:24 ]
On voit bien le creux juste avant 9h00.
A noter que sur le moment le creux etait encore plus visible.
l'effet de moyenne l'a estompe depuis...
Commentaire de Quentin de Chivré [ 15/mars/06 13:42 ]
Ca genre de cas "bloquant" est désormais resolu avec le passage en lock optimiste depuis Février.
Le blocage des refresh abusifs empeche de plus un user de plomber un serveur en maintenant la touche F5 appuyée.

Reste qu'un utilisateur peut toujours charger le serveur en cliquant sur des liens différents et couteux, comme la nav. Les logs ajoutés par Andrei devraient permettre de mieux voir ca.




[APP-6548] perf : contention oracle : encore un cas de "select for update" que j'aimerais bien evacuer en priorites Création: 05/déc./05 10:55  Mise à jour: 25/juin/07 18:33  Résolue: 12/janv./06 12:13

Etat: Fermé
Projet: Application PriceMinister
Composants: Perf
Affecte la/les version(s): 8.0.8d
Version(s) corrigée(s): 8.1.0

Type: Bogue Priorité: Majeur
Rapporteur: Justin Ziegler Attribution: Olivier Bernard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   

Ci dessous, la liste de requetes en cours au moment ou le probleme s'est presente (forte charge sur la base).
Puis la requete coupable complete.
On peut egalement voir les commandes utilisees sur hercule pour obtenir ces infos.


[pmas@hercule priceminister]$ ./pmscripts/pmdatabase/utils/dba/report-expensive-session.sh glob | grep PID

PID=15959 13,1 0 0 0 x select instance_name from v$instance 4100619946 77FE905C
PID=15978 15,1 0 0 0 x select instance_name from v$instance 4100619946 77FE905C
PID=15984 21,1 0 0 668 x SELECT REOPEN_SECS FROM v$archive_dest WHERE dest_ 2144221516 67FE377C
PID=31208 BABEL_1 84,7985 1 0 33344603 x SELECT TOKEN_INFO FROM "PRODUCT_1"."DR$PRODUCT_IMX 3197103817 8FD2F80C
PID=15950 6,1 4 2 23 x select local_tran_id, global_tran_fmt, global_orac 2618850598 78FB74E8
PID=15680 BABEL_1 25,18422 6 1 548971 x SELECT /*+ INDEX(i) */ TOKEN_FIRST,TOKEN_LAST,TOKE 379967958 8FD36FB8
PID=9716 BABEL_1 147,33636 6 29 334831 x SELECT purchase_id, creation_date, change_date, pc 1065709384 8A1A8450
PID=12612 BABEL_1 32,40165 6 29 334831 x SELECT purchase_id, creation_date, change_date, pc 1065709384 8A1A8450
PID=9719 BABEL_1 49,1849 6 29 334831 x SELECT purchase_id, creation_date, change_date, pc 1065709384 8A1A8450
PID=31089 BABEL_1 54,15532 6 29 334831 x SELECT purchase_id, creation_date, change_date, pc 1065709384 8A1A8450
PID=11185 BABEL_1 111,25324 6 29 334831 x SELECT purchase_id, creation_date, change_date, pc 1065709384 8A1A8450
PID=16007 BABEL_1 48,19862 6 29 334831 x SELECT purchase_id, creation_date, change_date, pc 1065709384 8A1A8450
PID=17085 BABEL_1 95,13986 35 29 520226 x /* ProductAdvertInfoQuery */ SELECT advert.ad 1997122954 8AD47160
PID=11783 BABEL_1 136,593 83 9 413245 x INSERT INTO PRD_ATTRIBUTE (prd_attribute_id, produ 3906174613 9358AF20
PID=26534 BABEL_1 148,5982 905 35 10810 x /* AttributeValueQuery */ SELECT /*+ USE_NL(p 2590565124 A50D67F8
PID=1668 BABEL_1 45,83 3017 147 65415 x /* ProductNavigationQuery::Search */ SELECT / 2344272828 8FB9F110
PID=23768 BABEL_1 180,12338 4421 884 133 x /* ProductNavigationQuery::PowerCount */ SELECT 3111732486 97A91494
PID=1013 BABEL_1 103,51511 4689 1274 4 x /* ProductNavigationQuery::PowerCount */ SELECT 1011564806 A87DCC8C
PID=17952 BABEL_1 96,32764 5005 1863 18 x /* ProductNavigationQuery::PowerCount */ SELECT 1986846037 8B112D5C
PID=14218 BABEL_1 93,14643 5665 367 11379 x /* ProductNavigationQuery::Date */ SELECT /*+ 536804073 8A78F4B0


[pmas@hercule priceminister]$ ./pmscripts/pmdatabase/utils/dba/report-text-session.sh glob 1065709384 8A1A8450

==============================================================
Sql text for hash_value = '1065709384' and address = '8A1A8450'
==============================================================
SELECT purchase_id, creation_date, change_date, pch_status_code,
 authorization_date, capture_date, currency_id, buyer_account_id
, buyer_login, usa_address1, usa_address2, usa_zip, usa_city, us
a_country_id, brand_id, usr_tracking_id, is_tracking_direct, bra
nd_partner, ip_address, usa_phone_number_1, usa_first_name, usa_
last_name, usa_phone_number_2, operation_id, authorization_opera
tion_amount, capture_operation_amount, authorization_card_amount
, capture_card_amount, payment_type_code, authorization_number_r
equest, authorization_number_response, capture_number_request, c
apture_number_response, authorization_coupon_amount, capture_cou
pon_amount, usr_coupon_id, pch_followup_code, request_date, card
_number_hash, card_number_begin, card_number_end, card_expiratio
n_year, card_expiration_month, card_type_code, card_is_cvv_used,
 card_is_e_carte_bleue_detected, card_pay_incident_count, pch_ty
pe_code, usa_digicode, usa_fax_number, usa_email_address, usa_ph
one_number_3, usa_phone_comment_1, usa_phone_comment_2, usa_phon
e_comment_3, usr_title_code FROM PURCHASE WHERE purchase_id=:1
FOR UPDATE



 Commentaires   
Commentaire de Quentin de Chivré [ 07/déc./05 16:06 ]
Lié au chantier optimistic locking. Sur les purchase, il faut vraiment laisser du locking a mon sens sinon on prend vraiment bcp de risques.
Commentaire de Olivier Bernard [ 12/janv./06 12:13 ]
Le problème n'est plus d'actualité avec le passage au lock optimiste sur toute l'application.
Commentaire de Christophe Garcia [ 16/janv./06 12:16 ]
Les "SELECT FOR UPDATE " ont disparu avec le passage en lock optimistic.




Impossible de trouver un article dans l'état DELETED si le panier est-lui même dans l'état EXPIRED (EXP-2822)

[EXP-2830] Pb de perf bo sur Recherche de panier Création: 13/oct./06 17:18  Mise à jour: 25/juin/07 18:59

Etat: Ouvert
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sub-bug Priorité: Majeur
Rapporteur: Patrick Pereira Attribution: Quentin de Chivré
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Sur l'écran http://bo.priceminister.com/purchase_back?action=purchasesearch&fuzzy=false&numberrows=200&order=1
Lorsqu'on spécifie une date de création de panier (par exemple 2006-10-11), un type de panier expiré, et un type d'article à 60, on a de mauvaises perfs.

La requête est la suivante :

VAR x1 VARCHAR2(20);
EXEC :x1 := '2006-10-11 00:00:00';

SELECT purchase.purchase_id, purchase.authorization_card_amount, purchase.authorization_coupon_amount, purchase.authorization_date, purchase.authorization_number_request, purchase.authorization_number_response, purchase.authorization_operation_amount, purchase.brand_id, purchase.brand_partner, purchase.buyer_account_id, purchase.buyer_login, purchase.capture_card_amount, purchase.capture_coupon_amount, purchase.capture_date, purchase.capture_number_request, purchase.capture_number_response, purchase.capture_operation_amount, purchase.card_expiration_month, purchase.card_expiration_year, purchase.card_is_cvv_used, purchase.card_is_e_carte_bleue_detected, purchase.card_number_begin, purchase.card_number_end, purchase.card_number_hash, purchase.card_pay_incident_count, purchase.card_type_code, purchase.change_date, purchase.creation_date, purchase.currency_id, purchase.ip_address, purchase.is_tracking_direct, purchase.operation_id,
purchase.payment_type_code, purchase.pch_followup_code, purchase.pch_status_code, purchase.pch_type_code, purchase.request_date, purchase.row_version, purchase.security_number, purchase.usa_address1, purchase.usa_address2, purchase.usa_city, purchase.usa_country_id, purchase.usa_digicode, purchase.usa_email_address,
 purchase.usa_fax_number, purchase.usa_first_name, purchase.usa_last_name, purchase.usa_phone_comment_1, purchase.usa_phone_comment_2, purchase.usa_phone_comment_3, purchase.usa_phone_number_1, purchase.usa_phone_number_2, purchase.usa_phone_number_3, purchase.usa_state_id, purchase.usa_zip, purchase.usr_coupon_id,
 purchase.usr_title_code, purchase.usr_tracking_id
FROM purchase
WHERE (purchase.creation_date >= TO_DATE(:x1,'YYYY-MM-DD HH24:MI:SS') )
AND (purchase.pch_status_code = 20)
AND (EXISTS (
  SELECT item_id
  FROM item
  WHERE (item.purchase_id = purchase.purchase_id)
  AND (item.itm_status_code = 60)))
ORDER BY purchase.authorization_date DESC
;


Elapsed: 00:10:44.88

Execution Plan
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=CHOOSE (Cost=21300 Card=173880 Bytes=40166280)
   1 0 SORT (ORDER BY) (Cost=21300 Card=173880 Bytes=40166280)
   2 1 NESTED LOOPS (Cost=15096 Card=173880 Bytes=40166280)
   3 2 SORT (UNIQUE)
   4 3 INDEX (FAST FULL SCAN) OF 'ITEM_FKIX_PURCHASE_SELLER ' (NON-UNIQUE) (Cost=11226 Card=783560 Bytes=7052040)
   5 2 TABLE ACCESS (BY INDEX ROWID) OF 'PURCHASE' (Cost=1 Card=1 Bytes=222)
   6 5 INDEX (UNIQUE SCAN) OF 'PK_PURCHASE' (UNIQUE) (Cost=1 Card=1)

Statistics
----------------------------------------------------------
          0 recursive calls
          0 db block gets
    2282931 consistent gets
     397903 physical reads
         68 redo size
       3999 bytes sent via SQL*Net to client
        568 bytes received via SQL*Net from client
          1 SQL*Net roundtrips to/from client
          2 sorts (memory)
          0 sorts (disk)
          0 rows processed

Ne pourrait-on pas répéter dans la selection des item la creation_date du purchase.

De cette manière on aurait :


SELECT purchase.purchase_id, purchase.authorization_card_amount, purchase.authorization_coupon_amount, purchase.authorization_date, purchase.authorization_number_request, purchase.authorization_number_response, purchase.authorization_operation_amount, purchase.brand_id, purchase.brand_partner, purchase.buyer_account_id, purchase.buyer_login, purchase.capture_card_amount, purchase.capture_coupon_amount, purchase.capture_date, purchase.capture_number_request, purchase.capture_number_response, purchase.capture_operation_amount, purchase.card_expiration_month, purchase.card_expiration_year, purchase.card_is_cvv_used, purchase.card_is_e_carte_bleue_detected, purchase.card_number_begin, purchase.card_number_end, purchase.card_number_hash, purchase.card_pay_incident_count, purchase.card_type_code, purchase.change_date, purchase.creation_date, purchase.currency_id, purchase.ip_address, purchase.is_tracking_direct, purchase.operation_id,
purchase.payment_type_code, purchase.pch_followup_code, purchase.pch_status_code, purchase.pch_type_code, purchase.request_date, purchase.row_version, purchase.security_number, purchase.usa_address1, purchase.usa_address2, purchase.usa_city, purchase.usa_country_id, purchase.usa_digicode, purchase.usa_email_address,
 purchase.usa_fax_number, purchase.usa_first_name, purchase.usa_last_name, purchase.usa_phone_comment_1, purchase.usa_phone_comment_2, purchase.usa_phone_comment_3, purchase.usa_phone_number_1, purchase.usa_phone_number_2, purchase.usa_phone_number_3, purchase.usa_state_id, purchase.usa_zip, purchase.usr_coupon_id,
 purchase.usr_title_code, purchase.usr_tracking_id
FROM purchase
WHERE (purchase.creation_date >= TO_DATE(:x1,'YYYY-MM-DD HH24:MI:SS') )
AND (purchase.pch_status_code = 20)
AND (EXISTS (
  SELECT item_id
  FROM item
  WHERE (item.purchase_id = purchase.purchase_id)
  AND (item.itm_status_code = 60)
  AND (item.creation_date >= TO_DATE(:x1,'YYYY-MM-DD HH24:MI:SS'))
  ))
ORDER BY purchase.authorization_date DESC
;


Elapsed: 00:00:03.65

Execution Plan
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=CHOOSE (Cost=2236 Card=1959 Bytes=468201)
   1 0 SORT (ORDER BY) (Cost=2236 Card=1959 Bytes=468201)
   2 1 NESTED LOOPS (Cost=2107 Card=1959 Bytes=468201)
   3 2 SORT (UNIQUE)
   4 3 TABLE ACCESS (BY INDEX ROWID) OF 'ITEM' (Cost=79 Card=1959 Bytes=33303)
   5 4 INDEX (RANGE SCAN) OF 'ITEM_FKIX_STATUS_CREATION_DATE' (NON-UNIQUE) (Cost=24 Card=353)
   6 2 TABLE ACCESS (BY INDEX ROWID) OF 'PURCHASE' (Cost=1 Card=1 Bytes=222)
   7 6 INDEX (UNIQUE SCAN) OF 'PK_PURCHASE' (UNIQUE) (Cost=1 Card=1)

Statistics
----------------------------------------------------------
          0 recursive calls
          0 db block gets
       3875 consistent gets
        463 physical reads
          0 redo size
       3999 bytes sent via SQL*Net to client
        661 bytes received via SQL*Net from client
          1 SQL*Net roundtrips to/from client
          2 sorts (memory)
          0 sorts (disk)
          0 rows processed





[APP-11174] Sur les fiches techniques l'encodage est incorrect Création: 18/juil./06 10:04  Mise à jour: 24/oct./07 12:18  Résolue: 05/sept./07 14:50

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 9.0.1
Version(s) corrigée(s): 17.0.0

Type: Bogue Priorité: Mineur
Rapporteur: Charles Decaux Attribution: Dispatcher (Dev-Réserve)
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File app-11174.JPG    
Liens des demandes:
Duplicate
doublon de APP-5619 pb de caractères spéciaux lors du cop... Ouvert
Site: Prod
Projets PM: *** RESERVE ***
Classif1: TECH
Classif2: TECH - encodage

 Description   
Sur les fiches techniques des fiches produits, cela fait plusieurs semaines que l'encodage des fiches produits est complètement incorrect.
En effet les séparateurs s'affichent avec un point d'interrogation à l'envers et non pas un tiret ou une virgule.

Par exemple
http://www.priceminister.com/offer/buy/7203448/KodaK-c300-Appareil-Numerique-3-2-Mpixels-Photo-Numerique.html

Voici l'appareil idéal pour tous vos souvenirs, petits et grands. Vous pourrez immortalisez un sourire et bien plus encore. Avec l'appareil photo numérique KODAK EASYSHARE C300, obtenez de superbes photos en un seul clic. ¿ Résolution de 3,2 MP pour des tirages d'une qualité exceptionnelle jusqu'au format 28 cm × 36 cm (11 po x 14 po) ¿ Zoom numérique continu 5x ¿ Objectif 37 mm KODAK (équivalent 35 mm) ¿ Balance des blancs automatique ¿ Bouton Share (Partager) breveté intégré à l'appareil ¿ Ecran couleur lumineux de 38 mm (1,5 po) ¿ Immédiatement prêt à l'emploi ¿ Mémoire interne 16Mo extensible à 2 Go par carte SD/MMC Caractéristiques Caractéristiques techniques ¿ Fonctions standard ¿ Résolution CCD 3,2 MP (2 096 x 1 560 pixels) ¿ Résolution d'image 3,2 MP (2 080 x 1 544 pixels) ¿ Qualité d'image 3,2 MP : excellente (agrandissement) ¿ 2,8 MP : excellente (ratio de 3:2 optimisé pour des tirages de 10 cm x 15 cm [4 po × 6 po]) ¿ 3,2 MP : très bonne (tirages petit format) ; haute compression ¿ 0,8 MP : bonne (courrier électronique) ¿ Objectif Objectif 37 mm KODAK (équivalent 35 mm) ¿ Zoom Zoom numérique continu 5x ¿ Plage de focales 0,8 m (2,6 pieds) à l'infini ¿ Ecran LCD Ecran couleur de 38 mm (1,5 po) ¿ Viseur Optique ¿ Ouverture f/4,5 ¿ Vitesse d'obturation 1/2¿1/2 300 s ¿ Equivalent ISO Automatique 100-200 (photo) ; 100-800 (vidéo) ; 140 (flash) ¿ Balance des blancs Automatique ¿ Flash intégré Automatique, Yeux rouges, D'appoint, Désactivé ¿ Portée du flash 0,8-2,4 m (2,6-7,9 pieds) ¿ Retardateur 10 secondes Fonctions performantes ¿ Modes scène Automatique, nuit, vidéo ¿ Modes couleur Couleur, Sépia, Noir et bl. ¿ Mesure de l'exposition Automatique : mesure TTL-AE, Zone centrale ¿ Compensation de l'exposition +/-2 EV par paliers de 0,5 ¿ Contrôle de l'exposition Mode AE programmé ¿ Temps de latence Intervalle < 0,7 s ¿ Attente entre deux prises de vue Intervalle < 2 s (jusqu'à 3 images) ¿ Mode vidéo 30 secondes, sans enregistrement audio ¿ Résolution vidéo 320 × 240 pixels à 15 ips Grande simplicité d'utilisation ¿ Prise de vue toujours prête Oui ¿ Boutons spécifiques Delete (Supprimer), Share (Partager), Review (Visualiser), Menu, flash/informations ¿ Options de visualisation Supprimer, Agrandissement x2 ou x4, Album, Protéger, Diaporama, Af. multiple ¿ Sortie vidéo Disponible via la station d'impression (NTSC ou PAL à sélectionner) ¿ Logiciel Logiciel KODAK EASYSHARE Divers ¿ Stockage Mémoire interne de 16 Mo**, logement d'extension de carte SD/MMC ¿ Format du fichier image JPEG/EXIF v2.2 ¿ Format du fichier vidéo QUICKTIME MOV ¿ Interface Sortie A/V (NTSC ou PAL, à sélectionner par l'utilisateur), interface exclusive de station d'accueil/d'impression KODAK, connecteur numérique (USB 2.0) ¿ Protection de l'objectif Verre de protection ¿ Support trépied 6 mm (0,25 po) standard ¿ Poids Sans piles/batteries : 147 g (5,2 onces) ¿ Dimensions L × H × P : 10,35 × 6,5 × 4,02 cm (4,1 × 2,6 × 1,6 po) Contenu du coffret ¿ Appareil photo numérique KODAK EASYSHARE C300 ¿ Piles/batteries pour appareil photo numérique KODAK ¿ Câble USB ¿ Dragonne ¿ Logiciel KODAK EASYSHARE ¿ Kit de démarrage Logement d'insertion personnalisé pour stations d'accueil et d'impression KODAK EASYS



 Commentaires   
Commentaire de Younès Charrière [ 18/juil./06 11:45 ]
A prioris il s'agit d'un problème d'import. Lorsque l'on étudie le code source du bloc de la fiche technique, on peut se rendre compte que ce sont des puces qui sont devenues des points d'interrogation...peut être que le professionnel a fait un copié collé de son document word et que l'import n'a pas pris en charge ces puces? Y a t'il un moyen de résoudre ce problème?

De plus, les caractéristiques du produit dans la fiche technique sont tassées les unes à la suite des autres. Peut-on y faire quelque chose afin d'améliorer la lisibilité?
Commentaire de Xavier Barbosa [ 18/juil./06 13:52 ]
c'est pas de l'import :

Créé 05/08/2005-20:15 par PM Front Office
Soumis par sabesto
Modifié 06/08/2005-11:50 par PM Back Office
Propriétaire PM Back Office
Commentaire de Younès Charrière [ 18/juil./06 14:19 ]
Il ne s'agit pas d'un problème d'import comme on le pensait arnaud une autre idée?
Commentaire de Arnaud Forgues [ 18/juil./06 16:07 ]
J'ai fait le test suivant :

- Mise en vente rapide d'une annonce sur une fiche produit DVD
- copier / coller depuis Word pour le commentaire de l'annonce
- le resultat est en PJ

==> on obtient des points d'interrogations a l'enver's pour tous les caractères Word comme les puces ou les guillements spéciaux ...
Commentaire de Quentin de Chivré [ 18/juil./06 18:15 ]
C'est un bug connu lié au copier-coller depuis Word et pas a l'affichage. D'ailleurs on l'a dans l'ancienne charte :
http://koobuycity.priceminister.com/offer/buy/7203448/KodaK-c300-Appareil-Numerique-3-2-Mpixels-Photo-Numerique.html

Commentaire de Younès Charrière [ 19/juil./06 19:03 ]
Vu avec Arnaud et Quentin. Voir une solution sur le long terme.
Commentaire de Clémence Desneiges [ 05/sept./07 14:50 ]
Il y a un JIRA spécifique pour ce problème : APP-5619




[APP-15887] Log illisible. Possible d'ajouter le mail du parrain et du filleul dans le log ? Création: 10/avr./07 19:07  Mise à jour: 25/juin/07 18:51  Résolue: 13/avr./07 15:48

Etat: Fermé
Projet: Application PriceMinister
Composants: Batch
Affecte la/les version(s): 14.0.0
Version(s) corrigée(s): 14.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Christophe Garcia Attribution: Alexandre Garnier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Integ
Projets PM archivés: Parrainage (refonte)

 Description   
2007-04-10 05:40:39,444 INFO [192.168.1.27] RRAL_EXPIRATION - Processed: 215 (Expiration of sponsorship 113112600: 1 - Expiration of sponsorship 113112800:
1 - Expiration of sponsorship 113112900: 1 - Expiration of sponsorship 113113000: 1 - Expiration of sponsorship 113113100: 1 - Expiration of sponsorship 1131
13200: 1 - Expiration of sponsorship 113113300: 1 - Expiration of sponsorship 113113400: 1 - Expiration of sponsorship 113113500: 1 - Expiration of sponsorsh
ip 113113600: 1 - Expiration of sponsorship 113113700: 1 - Expiration of sponsorship 113113800: 1 - Expiration of sponsorship 113114000: 1 - Expiration of sp
onsorship 113114100: 1 - Expiration of sponsorship 113114200: 1 - Expiration of sponsorship 113114400: 1 - Expiration of sponsorship 113114500: 1 - Expiratio
n of sponsorship 113114600: 1 - Expiration of sponsorship 113114700: 1 - Expiration of sponsorship 113115100: 1 - Expiration of sponsorship 113115300: 1 - Ex
piration of sponsorship 113115500: 1 - Expiration of sponsorship 113115700: 1 - Expiration of sponsorship 113115800: 1 - Expiration of sponsorship 113115900:
 1 - Expiration of sponsorship 113116000: 1 - Expiration of sponsorship 113116100: 1 - Expiration of sponsorship 113116200: 1 - Expiration of sponsorship 113
116300: 1 - Expiration of sponsorship 113116400: 1 - Expiration of sponsorship 113116500: 1 - Expiration of sponsorship 113116600: 1 - Expiration of sponsors
hip 113116900: 1 - Expiration of sponsorship 113117000: 1 - Expiration of sponsorship 113117100: 1 - Expiration of sponsorship 113117300: 1 - Expiration of s
ponsorship 113117600: 1 - Expiration of sponsorship 113117700: 1 - Expiration of sponsorship 113117800: 1 - Expiration of sponsorship 113117900: 1 - Expirati
on of sponsorship 113118000: 1 - Expiration of sponsorship 113118100: 1 - Expiration of sponsorship 113118200: 1 - Expiration of sponsorship 113118300: 1 - E
xpiration of sponsorship 113118600: 1 - Expiration of sponsorship 113118700: 1 - Expiration of sponsorship 113118800: 1 - Expiration of sponsorship 113118900
: 1 - Expiration of sponsorship 113119000: 1 - Expiration of sponsorship 113119100: 1 - Expiration of sponsorship 113119200: 1 - Expiration of sponsorship 11
3119400: 1 - Expiration of sponsorship 113119500: 1 - Expiration of sponsorship 113119600: 1 - Expiration of sponsorship 113119800: 1 - Expiration of sponsor
ship 113120100: 1 - Expiration of sponsorship 113120200: 1 - Expiration of sponsorship 113120300: 1 - Expiration of sponsorship 113120500: 1 - Expiration of
sponsorship 113120600: 1 - Expiration of sponsorship 113120800: 1 - Expiration of sponsorship 113120900: 1 - Expiration of sponsorship 113121000: 1 - Expirat
ion of sponsorship 113121100: 1 - Expiration of sponsorship 113121200: 1 - Expiration of sponsorship 113121300: 1 - Expiration of sponsorship 113121500: 1 -
Expiration of sponsorship 113121600: 1 - Expiration of sponsorship 113121800: 1 - Expiration of sponsorship 113122000: 1 - Expiration of sponsorship 11312210
0: 1 - Expiration of sponsorship 113122300: 1 - Expiration of sponsorship 113122400: 1 - Expiration of sponsorship 113122500: 1 - Expiration of sponsorship 1
13122900: 1 - Expiration of sponsorship 113123000: 1 - Expiration of sponsorship 113123500: 1 - Expiration of sponsorship 113123600: 1 - Expiration of sponso
rship 113123800: 1 - Expiration of sponsorship 113123900: 1 - Expiration of sponsorship 113124100: 1 - Expiration of sponsorship 113124200: 1 - Expiration of
 sponsorship 113124300: 1 - Expiration of sponsorship 113124400: 1 - Expiration of sponsorship 113124500: 1 - Expiration of sponsorship 113124600: 1 - Expira
tion of sponsorship 113124700: 1 - Expiration of sponsorship 113124800: 1 - Expiration of sponsorship 113124900: 1 - Expiration of sponsorship 113125000: 1 -
 Expiration of sponsorship 113125100: 1 - Expiration of sponsorship 113125200: 1 - Expiration of sponsorship 113125300: 1 - Expiration of sponsorship 1131254
00: 1 - Expiration of sponsorship 113125500: 1 - Expiration of sponsorship 113125600: 1 - Expiration of sponsorship 113125700: 1 - Expiration of sponsorship
113125800: 1 - Expiration of sponsorship 113125900: 1 - Expiration of sponsorship 113126100: 1 - Expiration of sponsorship 113126300: 1 - Expiration of spons
orship 113126800: 1 - Expiration of sponsorship 113126900: 1 - Expiration of sponsorship 113127100: 1 - Expiration of sponsorship 113127300: 1 - Expiration o
f sponsorship 113127500: 1 - Expiration of sponsorship 113127600: 1 - Expiration of sponsorship 113127700: 1 - Expiration of sponsorship 113127800: 1 - Expir
ation of sponsorship 113127900: 1 - Expiration of sponsorship 113128000: 1 - Expiration of sponsorship 113128100: 1 - Expiration of sponsorship 113128200: 1
- Expiration of sponsorship 113128300: 1 - Expiration of sponsorship 113128400: 1 - Expiration of sponsorship 113128500: 1 - Expiration of sponsorship 113128
700: 1 - Expiration of sponsorship 113128900: 1 - Expiration of sponsorship 113129100: 1 - Expiration of sponsorship 113129200: 1 - Expiration of sponsorship
 113129300: 1 - Expiration of sponsorship 113129400: 1 - Expiration of sponsorship 113129500: 1 - Expiration of sponsorship 113129600: 1 - Expiration of spon
sorship 113129700: 1 - Expiration of sponsorship 113129800: 1 - Expiration of sponsorship 113129900: 1 - Expiration of sponsorship 113130000: 1 - Expiration
of sponsorship 113130100: 1 - Expiration of sponsorship 113130300: 1 - Expiration of sponsorship 113130400: 1 - Expiration of sponsorship 113130500: 1 - Expi
ration of sponsorship 113130600: 1 - Expiration of sponsorship 113130800: 1 - Expiration of sponsorship 113130900: 1 - Expiration of sponsorship 113131000: 1
 - Expiration of sponsorship 113131100: 1 - Expiration of sponsorship 113131200: 1 - Expiration of sponsorship 113131300: 1 - Expiration of sponsorship 11313
1400: 1 - Expiration of sponsorship 113131500: 1 - Expiration of sponsorship 113131600: 1 - Expiration of sponsorship 113131700: 1 - Expiration of sponsorshi
p 113131800: 1 - Expiration of sponsorship 113131900: 1 - Expiration of sponsorship 113132000: 1 - Expiration of sponsorship 113132100: 1 - Expiration of spo
nsorship 113132200: 1 - Expiration of sponsorship 113132300: 1 - Expiration of sponsorship 113132400: 1 - Expiration of sponsorship 113132500: 1 - Expiration
 of sponsorship 113132600: 1 - Expiration of sponsorship 113132700: 1 - Expiration of sponsorship 113132800: 1 - Expiration of sponsorship 113132900: 1 - Exp
iration of sponsorship 113133000: 1 - Expiration of sponsorship 113133100: 1 - Expiration of sponsorship 113133200: 1 - Expiration of sponsorship 113133300:
1 - Expiration of sponsorship 113133600: 1 - Expiration of sponsorship 113133700: 1 - Expiration of sponsorship 113133800: 1 - Expiration of sponsorship 1131
33900: 1 - Expiration of sponsorship 113134000: 1 - Expiration of sponsorship 113134400: 1 - Expiration of sponsorship 113134600: 1 - Expiration of sponsorsh
ip 113134700: 1 - Expiration of sponsorship 113134800: 1 - Expiration of sponsorship 113135100: 1 - Expiration of sponsorship 113135200: 1 - Expiration of sp
onsorship 113135400: 1 - Expiration of sponsorship 113135500: 1 - Expiration of sponsorship 113135600: 1 - Expiration of sponsorship 113135700: 1 - Expiratio
n of sponsorship 113135900: 1 - Expiration of sponsorship 113136000: 1 - Expiration of sponsorship 113136100: 1 - Expiration of sponsorship 113136200: 1 - Ex
piration of sponsorship 113136400: 1 - Expiration of sponsorship 113136500: 1 - Expiration of sponsorship 113136600: 1 - Expiration of sponsorship 113136700:
 1 - Expiration of sponsorship 113136800: 1 - Expiration of sponsorship 113137000: 1 - Expiration of sponsorship 113137100: 1 - Expiration of sponsorship 113
137200: 1 - Expiration of sponsorship 113137300: 1 - Expiration of sponsorship 113137400: 1 - Expiration of sponsorship 113137600: 1 - Expiration of sponsors
hip 113138100: 1 - Expiration of sponsorship 113138300: 1 - Expiration of sponsorship 113138400: 1 - Expiration of sponsorship 113138500: 1 - Expiration of s
ponsorship 113138700: 1 - Expiration of sponsorship 113138800: 1 - Expiration of sponsorship 113139400: 1 - Expiration of sponsorship 113139500: 1 - Expirati
on of sponsorship 113139700: 1 - Expiration of sponsorship 113139800: 1 - Expiration of sponsorship 113139900: 1 - Expiration of sponsorship 113140000: 1 - E
xpiration of sponsorship 113140100: 1 - Expiration of sponsorship 113140200: 1 - Expiration of sponsorship 113140300: 1 - Expiration of sponsorship 113140400
: 1 - Expiration of sponsorship 113140600: 1 - Expiration of sponsorship 113140700: 1 - Expiration of sponsorship 113140800: 1 - Expiration of sponsorship 11
3140900: 1 - Expiration of sponsorship 113141100: 1 - Expiration of sponsorship 113141500: 1 - Expiration of sponsorship 113141600: 1 - Expiration of sponsor
ship 113141700: 1 - Expiration of sponsorship 114973200: 1 - Expiration of sponsorship 114973300: 1)


 Commentaires   
Commentaire de Alexandre Garnier [ 11/avr./07 09:56 ]
malheureusement, cela nécessiterai d'aller requêter sur user_account juste pour des logs ... Qui d'ailleurs ne sont pas vraiment utiles non plus (la plupart des batchs ne semble pas renvoyer de résultat pour la méthode process.
Je propose donc de les laisser comme ça ou de les enlever mais je peux difficilement ajouter plus d'info sans que le batch deviennent lourd.
Commentaire de Alexandre Garnier [ 11/avr./07 14:50 ]
Maintenant les logs des batches de parrainage sont de la forme :
... sponsorship 13002 with parent 12198992 and child 12214992
Commentaire de Christophe Garcia [ 13/avr./07 12:43 ]
Oui. Mais la taille du log croît de façon anormale.
Commentaire de Alexandre Garnier [ 13/avr./07 15:48 ]
Maintenant les résultats des batches seront comme les autres avec en plus des logs à chaque action (mais une fois), de la forme :

2007-04-13 15:47:00,521 INFO [SPONSORSHIP_REFERRAL_REMIND] - ----------------------------------------------------------------
2007-04-13 15:47:00,527 INFO [SPONSORSHIP_REFERRAL_REMIND] - --- Batch starting
2007-04-13 15:47:00,540 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Task start
2007-04-13 15:47:00,626 INFO [SPONSORSHIP_REFERRAL_REMIND] - Remind for sponsorship 89114 with parent 12164992 and child 12245106
2007-04-13 15:47:00,626 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Post Process Result : REMINDED
2007-04-13 15:47:00,626 INFO [SPONSORSHIP_REFERRAL_REMIND] - Sleeping 0.1 second(s)
2007-04-13 15:47:00,728 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Task end. Result: REMINDED
2007-04-13 15:47:00,728 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Task start
2007-04-13 15:47:00,802 INFO [SPONSORSHIP_REFERRAL_REMIND] - Remind for sponsorship 89115 with parent 12164992 and child 12245107
2007-04-13 15:47:00,802 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Post Process Result : REMINDED
2007-04-13 15:47:00,802 INFO [SPONSORSHIP_REFERRAL_REMIND] - Sleeping 0.1 second(s)
2007-04-13 15:47:00,904 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Task end. Result: REMINDED
2007-04-13 15:47:00,904 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Task start
2007-04-13 15:47:00,973 INFO [SPONSORSHIP_REFERRAL_REMIND] - Remind for sponsorship 89116 with parent 12164992 and child 12245108
2007-04-13 15:47:00,973 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Post Process Result : REMINDED
2007-04-13 15:47:00,973 INFO [SPONSORSHIP_REFERRAL_REMIND] - Sleeping 0.1 second(s)
2007-04-13 15:47:01,075 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Task end. Result: REMINDED
2007-04-13 15:47:01,075 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Task start
2007-04-13 15:47:01,148 INFO [SPONSORSHIP_REFERRAL_REMIND] - Remind for sponsorship 89113 with parent 12164992 and child 12245105
2007-04-13 15:47:01,148 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Post Process Result : REMINDED
2007-04-13 15:47:01,148 INFO [SPONSORSHIP_REFERRAL_REMIND] - Sleeping 0.1 second(s)
2007-04-13 15:47:01,250 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Task end. Result: REMINDED
2007-04-13 15:47:01,250 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Task start
2007-04-13 15:47:01,315 INFO [SPONSORSHIP_REFERRAL_REMIND] - Remind for sponsorship 89110 with parent 12164992 and child 12245102
2007-04-13 15:47:01,315 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Post Process Result : REMINDED
2007-04-13 15:47:01,315 INFO [SPONSORSHIP_REFERRAL_REMIND] - Processed: 5 (REMINDED: 5)
2007-04-13 15:47:01,318 INFO [SPONSORSHIP_REFERRAL_REMIND] - Sleeping 0.1 second(s)
2007-04-13 15:47:01,419 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Task end. Result: REMINDED
2007-04-13 15:47:01,420 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Task start
2007-04-13 15:47:01,496 INFO [SPONSORSHIP_REFERRAL_REMIND] - Remind for sponsorship 89111 with parent 12164992 and child 12245103
2007-04-13 15:47:01,496 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Post Process Result : REMINDED
2007-04-13 15:47:01,496 INFO [SPONSORSHIP_REFERRAL_REMIND] - Sleeping 0.1 second(s)
2007-04-13 15:47:01,599 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Task end. Result: REMINDED
2007-04-13 15:47:01,599 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Task start
2007-04-13 15:47:01,667 INFO [SPONSORSHIP_REFERRAL_REMIND] - Remind for sponsorship 89112 with parent 12164992 and child 12245104
2007-04-13 15:47:01,667 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Post Process Result : REMINDED
2007-04-13 15:47:01,667 INFO [SPONSORSHIP_REFERRAL_REMIND] - Sleeping 0.1 second(s)
2007-04-13 15:47:01,768 DEBUG [SPONSORSHIP_REFERRAL_REMIND] - Task end. Result: REMINDED
2007-04-13 15:47:01,773 INFO [SPONSORSHIP_REFERRAL_REMIND] - --- Batch done - Processed: 7 (REMINDED: 7)
Commentaire de Younès Charrière [ 20/avr./07 17:01 ]
Ok les logs sont beaucoup plus lisibles et le comportement "exponentiel" est réglé.




[APP-5035] SQL : FTS sur user_account Création: 16/juin/05 10:40  Mise à jour: 25/juin/07 18:30  Résolue: 25/juin/07 18:30

Etat: Fermé
Projet: Application PriceMinister
Composants: Perf
Affecte la/les version(s): old
Version(s) corrigée(s): 8.0.3

Type: Bogue Priorité: Majeur
Rapporteur: Quentin de Chivré Attribution: Quentin de Chivré
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Supprimer la variable de bind et mettre la valeur en dur suffit a corriger le
plan d'execution.
Je corrige ca dans le code.
 
 



-------------------------------------------------------------------------------
-
De : Justin Ziegler [mailto:justin.ziegler@priceminister.com]
Envoyé : jeudi 16 juin 2005 09:49
À : Didier BLANC; Patrick Pereira; quentin.dechivre@priceminister.com
Cc : Service - DBA - JMH; André VIVO; Jérôme STOLLER
Objet : RE: Mercure : FTS sur USER_ACCOUNT


OK, merci on va regarder ca de pres ce matin.
Maintenant que le systeme est stable, on va pouvoir optimiser quelques
requetes tranquillement.
 
Justin
-----Message d'origine-----
De : Didier BLANC [mailto:dblanc@jetmultimedia.fr]
Envoyé : jeudi 16 juin 2005 09:30
À : justin.ziegler@priceminister.com; Patrick Pereira;
quentin.dechivre@priceminister.com
Cc : Service - DBA - JMH; André VIVO; Jérôme STOLLER
Objet : Mercure : FTS sur USER_ACCOUNT


Bonjour,
 
La requête suivante génére un FTS sur USER_ACCOUNT, malgré la présence de
l'index. Je l'ai observé plusieurs fois ce matin:
 
SELECT user_account.user_account_id, user_account.parent_user_account_id,
       user_account.children, user_account.login, user_account.password,
       user_account.usr_title_code, user_account.first_name,
       user_account.last_name, user_account.company_name,
       user_account.email_address, user_account.usr_type_code,
       user_account.creation_date, user_account.change_date,
       user_account.last_buy_date, user_account.buy_count,
       user_account.last_advert_date, user_account.sale_count,
       user_account.seller_score_sum, user_account.seller_score_count,
       user_account.commission_rate, user_account.is_first_mail_sent,
       user_account.game_points, user_account.usr_game_status_code,
       user_account.http_referrer, user_account.brand_id,
       user_account.usr_tracking_id, user_account.usr_campaign_id,
       user_account.seller_score_date, user_account.cmp_method_code,
       user_account.usr_privilege_code, user_account.usr_first_tracking_id,
       user_account.usr_last_tracking_id,
       user_account.game_parent_user_account_id,
       user_account.is_last_tracking_direct, user_account.is_tracking_direct,
       user_account.grant_login, user_account.grant_email,
       user_account.reliability, user_account.grant_question_notify,
       user_account.initial_seller_score_sum,
       user_account.initial_seller_score_count,
       user_account.computed_seller_score_sum,
       user_account.computed_seller_score_count,
user_account.seller_country_id,
       user_account.ip_address, user_account.last_login_date,
       user_account.initial_commit_count, user_account.computed_commit_count,
       user_account.commit_count, user_account.initial_sale_count,
       user_account.computed_sale_count, user_account.initial_answer_time_sum,
       user_account.computed_answer_time_sum,
       user_account.seller_answer_time_sum, user_account.usr_presence_code,
       user_account.wallet_amount, user_account.wallet_incoming_amount,
       user_account.wallet_outgoing_amount, user_account.wlt_status_code,
       user_account.wallet_currency_id,
       user_account.grant_question_advert_receive,
       user_account.grant_question_item_receive, user_account.last_wish_date,
       user_account.remark, user_account.send_first_advert_mail,
       user_account.is_company, user_account.company_number,
       user_account.is_to_validate, user_account.supports_shipping_normal,
       user_account.supports_shipping_suivi, user_account.last_warning_date,
       user_account.usr_compensation_right_code,
       user_account.allow_unlimited_stock, user_account.allow_holiday,
       user_account.cache_advert_stats, user_account.is_in_transit,
       user_account.holiday_start_date, user_account.holiday_remind_date,
       user_account.holiday_return_date, user_account.allow_free_book_price,
       user_account.usr_visibility_code, user_account.activation,
       user_account.allow_submit_auto_validation, user_account.ev_game_points,
       user_account.ev_parent_user_account_id,
       user_account.ev_send_registration, user_account.ev_privilege,
       user_account.activation_mail_date, user_account.activation_mail_count,
       user_account.commission_id, user_account.registration_birth_date,
       user_account.wallet_birth_date, user_account.accept_negotiation,
       user_account.supports_shipping_recommande,
       user_account.supports_shipping_chronopost,
       user_account.grant_buyer_email, user_account.grant_buyer_phone,
       user_account.external_user_reference, user_account.display_name
    FROM user_account
    WHERE user_account.usr_visibility_code = :1
    ORDER BY user_account.creation_date DESC
 
Pouvez-vous forcer l'utilisation de l'index par:
 
SELECT /*+ index ( user_account , user_account_fk24 ) */
user_account.user_account_id, user_account.parent_user_account_id,
       user_account.children, user_account.login, user_account.password,
       user_account.usr_title_code, user_account.first_name,
       user_account.last_name, user_account.company_name,
       user_account.email_address, user_account.usr_type_code,
       user_account.creation_date, user_account.change_date,
       user_account.last_buy_date, user_account.buy_count,
       user_account.last_advert_date, user_account.sale_count,
       user_account.seller_score_sum, user_account.seller_score_count,
       user_account.commission_rate, user_account.is_first_mail_sent,
       user_account.game_points, user_account.usr_game_status_code,
       user_account.http_referrer, user_account.brand_id,
       user_account.usr_tracking_id, user_account.usr_campaign_id,
       user_account.seller_score_date, user_account.cmp_method_code,
       user_account.usr_privilege_code, user_account.usr_first_tracking_id,
       user_account.usr_last_tracking_id,
       user_account.game_parent_user_account_id,
       user_account.is_last_tracking_direct, user_account.is_tracking_direct,
       user_account.grant_login, user_account.grant_email,
       user_account.reliability, user_account.grant_question_notify,
       user_account.initial_seller_score_sum,
       user_account.initial_seller_score_count,
       user_account.computed_seller_score_sum,
       user_account.computed_seller_score_count,
user_account.seller_country_id,
       user_account.ip_address, user_account.last_login_date,
       user_account.initial_commit_count, user_account.computed_commit_count,
       user_account.commit_count, user_account.initial_sale_count,
       user_account.computed_sale_count, user_account.initial_answer_time_sum,
       user_account.computed_answer_time_sum,
       user_account.seller_answer_time_sum, user_account.usr_presence_code,
       user_account.wallet_amount, user_account.wallet_incoming_amount,
       user_account.wallet_outgoing_amount, user_account.wlt_status_code,
       user_account.wallet_currency_id,
       user_account.grant_question_advert_receive,
       user_account.grant_question_item_receive, user_account.last_wish_date,
       user_account.remark, user_account.send_first_advert_mail,
       user_account.is_company, user_account.company_number,
       user_account.is_to_validate, user_account.supports_shipping_normal,
       user_account.supports_shipping_suivi, user_account.last_warning_date,
       user_account.usr_compensation_right_code,
       user_account.allow_unlimited_stock, user_account.allow_holiday,
       user_account.cache_advert_stats, user_account.is_in_transit,
       user_account.holiday_start_date, user_account.holiday_remind_date,
       user_account.holiday_return_date, user_account.allow_free_book_price,
       user_account.usr_visibility_code, user_account.activation,
       user_account.allow_submit_auto_validation, user_account.ev_game_points,
       user_account.ev_parent_user_account_id,
       user_account.ev_send_registration, user_account.ev_privilege,
       user_account.activation_mail_date, user_account.activation_mail_count,
       user_account.commission_id, user_account.registration_birth_date,
       user_account.wallet_birth_date, user_account.accept_negotiation,
       user_account.supports_shipping_recommande,
       user_account.supports_shipping_chronopost,
       user_account.grant_buyer_email, user_account.grant_buyer_phone,
       user_account.external_user_reference, user_account.display_name
    FROM user_account
    WHERE user_account.usr_visibility_code = :a1
    ORDER BY user_account.creation_date DESC
 
 
 
Peut-être faudrait-il aussi un index composé sur usr_visibility_code et
user_account.creation_date afin d'éviter le SORT ?
 
 
Cordialement,
Didier Blanc.

 Commentaires   
Commentaire de Quentin de Chivré [ 16/juin/05 10:40 ]
Fait




[APP-24811]  No ManagedConnections available within configured blocking timeout Création: 26/mars/09 17:57  Mise à jour: 25/oct./10 14:16  Résolue: 25/oct./10 14:15

Etat: Fermé
Projet: Application PriceMinister
Composants: Inventaire
Affecte la/les version(s): 42.0.2.1
Version(s) corrigée(s): 78.0.0 (CTN-TU)

Type: Bogue Priorité: Majeur
Rapporteur: Espérance Galouo-Lece Attribution: Espérance Galouo-Lece
Résolution: Impossible à reproduire  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Integ
Projets PM: *** A PLANIFIER ***

 Description   
 - Serait-il possible d'avoir ton avis sur cette requête qui entraine ce "No JDBC connection available from connection pool" ?

2009-03-21 10:50:08,789 INFO [P-Processor9] tdmancien - >>> GET http://preview.pm.lan/account?action=adminlogin&dest=/inventory?select=1&update=false&l=tdmancien
2009-03-21 10:50:08,789 DEBUG [P-Processor9] tdmancien - Request.toString
2009-03-21 10:50:08,789 DEBUG [P-Processor9] tdmancien - Got Method
2009-03-21 10:50:08,789 DEBUG [P-Processor9] tdmancien - GotAbsoluteUrl GET
2009-03-21 10:50:08,789 DEBUG [P-Processor9] tdmancien - Request.toString
2009-03-21 10:50:08,789 DEBUG [P-Processor9] tdmancien - Got Method
2009-03-21 10:50:08,789 DEBUG [P-Processor9] tdmancien - GotAbsoluteUrl GET
2009-03-21 10:50:08,789 DEBUG [P-Processor9] tdmancien - TX status (NO_TRANSACTION)
2009-03-21 10:50:08,789 DEBUG [P-Processor9] tdmancien - TX CONTROLER started
2009-03-21 10:50:08,789 DEBUG [P-Processor9] tdmancien - Executing SQL: SELECT user_account_id, accept_negotiation, activation, activation_mail_count, activation_mail_date, all
ow_free_book_price, allow_holiday, allow_submit_auto_validation, allow_unlimited_stock, brand_id, buy_count, cache_advert_stats, change_date, children, cmp_is_direct_payment, cmp_met
hod_code, commission_id, commission_rate, commit_count, company_country_id, company_name, company_number, company_vat_number, computed_answer_time_sum, computed_commit_count, compute
d_sale_count, computed_seller_score_count, computed_seller_score_sum, creation_date, display_name, email_address, ev_game_points, ev_parent_user_account_id, ev_privilege, ev_send_reg
istration, external_user_reference, first_advert_tracking_date, first_advert_tracking_id, first_name, first_tracking_date, game_parent_user_account_id, game_points, grant_buyer_email
, grant_buyer_phone, grant_email, grant_import_image, grant_login, grant_question_advert_receive, grant_question_item_receive, grant_question_notify, has_bban_payment, has_valid_emai
l_address, hide_statistics_in_account, history, holiday_remind_date, holiday_return_date, holiday_start_date, http_referrer, image_granted_status_code, initial_answer_time_sum, initi
al_commit_count, initial_sale_count, initial_seller_score_count, initial_seller_score_sum, ip_address, is_company, is_first_adv_tracking_direct, is_first_mail_sent, is_import_locked,
 is_in_transit, is_last_tracking_direct, is_pro_vehicle, is_to_validate, is_tracking_direct, last_buy_date, last_buyable_advert_date, last_consultable_advert_date, last_import_date,
last_login_date, last_memo_date, last_name, last_tracking_date, last_warning_date, last_wish_date, login, parent_user_account_id, password, personal_number, platform_id, pm_staff_id,
 registration_birth_date, reliability, remark, row_version, sale_count, seller_activation_date, seller_answer_time_sum, seller_country_id, seller_score_count, seller_score_date, sell
er_score_sum, seller_website_url, send_first_advert_mail, shipping_real_country_name, sponsorship_id, supports_shipping_certified, supports_shipping_chronopost, supports_shipping_nor
mal, supports_shipping_recommande, supports_shipping_suivi, tab_index, tracking_date, usr_activation_code, usr_campaign_id, usr_company_code, usr_compensation_right_code, usr_first_t
racking_id, usr_game_status_code, usr_last_tracking_id, usr_presence_code, usr_privilege_code, usr_title_code, usr_tracking_id, usr_type_code, usr_visibility_code, wallet_amount, wal
let_birth_date, wallet_currency_id, wallet_incoming_amount, wallet_outgoing_amount, wlt_amount_to_keep, wlt_amount_to_keep_currency_id, wlt_is_system_payment, wlt_payment_mode_code,
wlt_status_code, wlt_system_pay_last_date FROM USER_ACCOUNT WHERE UPPER(login) = UPPER(?)
2009-03-21 10:50:10,796 ERROR [P-Processor9] tdmancien - Find failed
org.jboss.util.NestedSQLException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] ); - nested throwable: (javax.resource.ResourceException: No Managed
Connections available within configured blocking timeout ( 2000 [ms] ))
        at org.jboss.resource.adapter.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:107)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand.execute(JDBCAbstractQueryCommand.java:210)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand.execute(JDBCAbstractQueryCommand.java:128)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCFindEntityCommand.execute(JDBCFindEntityCommand.java:47)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.findEntity(JDBCStoreManager.java:589)
        at org.jboss.ejb.plugins.CMPPersistenceManager.findEntity(CMPPersistenceManager.java:300)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.findEntity(CachedConnectionInterceptor.java:298)
        at org.jboss.ejb.EntityContainer.findSingleObject(EntityContainer.java:1086)
        at org.jboss.ejb.EntityContainer.find(EntityContainer.java:715)
        at sun.reflect.GeneratedMethodAccessor342.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1113)
        at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:192)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:212)
        at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:117)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:61)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:28)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invokeHome(CallValidationInterceptor.java:41)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:109)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:146)
        at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:116)
        at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:121)





[EXP-4132] Plusieurs domaines n'ont pas leur redirection 301 Création: 06/déc./07 12:30  Mise à jour: 01/août/08 11:30  Résolue: 01/août/08 11:30

Etat: Résolu
Projet: Exploitation
Composants: Référencement
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Pierre Bret Attribution: Patrice Boulanger
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous

 Description   
Merci de mettre en place une redirection 301 vers www.priceminister.com pour les domaines suivants :
http://priceminister.de
http://price-minister.fr
http://priceminister.jp
http://priceminister.mobi
http://priceministere.fr
http://pryceminister.fr
http://www.priceminister.de
http://www.price-minister.fr
http://www.priceminister.jp
http://www.priceminister.mobi
http://www.priceministere.fr
http://www.pryceminister.fr

Merci de mettre en place une redirection 301 vers http://www.priceminister.com/auto-moto pour les domaines suivants :
http://carminister.com
http://carminister.fr
http://priceminister-auto.com
http://priceministerauto.fr
http://priceminister-auto.fr
http://priceministerautoneuf.com
http://priceministerautoneuf.fr
http://priceministerautoneuve.com
http://priceministerautoneuve.fr
http://priceministerautoneuves.com
http://priceministerautoneuves.fr
http://www.carminister.com
http://www.carminister.fr
http://www.priceminister-auto.com
http://www.priceministerauto.fr
http://www.priceminister-auto.fr
http://www.priceministerautoneuf.com
http://www.priceministerautoneuf.fr
http://www.priceministerautoneuve.com
http://www.priceministerautoneuve.fr
http://www.priceministerautoneuves.com
http://www.priceministerautoneuves.fr

... à moins qu'ils soient utilisés mais nous n'avons pas repéré de trafic sur ces sites.

 Commentaires   
Commentaire de Pierre Bret [ 15/avr./08 14:30 ]
Patrice,

J'ai l'impression que ce Jira a été traité, si c'est le cas n'hésite pas à le fermer. :)
Commentaire de Thierry Leforestier [ 16/avr./08 15:25 ]
A priori, certains Domaines n'ont pas encore été redirigés a savoir :
http://price-minister.fr/
http://www.priceministere.fr/
http://pryceminister.fr/
http://www.price-minister.fr/

autrement ceux la n'ont pas de redirection :
http://carminister.fr/
http://priceminister-auto.com/
http://priceministerauto.fr/
http://priceminister-auto.fr/
http://priceministerautoneuf.fr/
http://priceministerautoneuve.com/
http://priceministerautoneuve.fr/
http://priceministerautoneuves.com/
http://priceministerautoneuves.fr/

http://www.carminister.fr/
http://www.priceminister-auto.com/
http://www.priceministerauto.fr/
http://www.priceminister-auto.fr/
http://www.priceministerautoneuf.fr/
http://www.priceministerautoneuve.com/
http://www.priceministerautoneuve.fr/
http://www.priceministerautoneuves.com/
http://www.priceministerautoneuves.fr/

Cette page redirige vers un accueil. Faut-il vraiment la rediriger ?
http://www.priceministerautoneuf.com/
Commentaire de Patrice Boulanger [ 19/mai/08 16:36 ]
Quelques commentaires:

http://price-minister.fr/ => c'est fait
http://www.priceministere.fr/ => nous n'avons pas ce domaine
http://pryceminister.fr/ => il n'est pas encore installé chez Mailclub, je check avec eux
http://www.price-minister.fr/ => c'était déjà fait

C'est bon pour les domaines:

http://carminister.fr/
http://priceminister-auto.com/
http://priceministerauto.fr/
http://priceminister-auto.fr/

Pour
http://priceministerautoneuf.fr/
http://priceministerautoneuve.com/
http://priceministerautoneuve.fr/
http://priceministerautoneuves.com/
http://priceministerautoneuves.fr/

Ces URLs pointent sur une adresse IP: 212.180.5.138. Je ne sais pas ce que c'est. Je vais voir en interne.

Idem pour http://www.priceministerautoneuf.com/.

Commentaire de Patrice Boulanger [ 19/mai/08 16:51 ]
Je baisse la priorité du Jira. J'attends un retour de Patrick Touzé sur les domaines qui posent un problème.
Commentaire de Thierry Leforestier [ 19/mai/08 16:58 ]
Suite a notre discussion, je te reconfirme, tous les domaines concernant l'auto doivent être dirigés vers http://www.priceminister.com/auto-moto comme prévu initialement dans le Jira. a savoir :

http://carminister.com
http://carminister.fr
http://priceminister-auto.com
http://priceministerauto.fr
http://priceminister-auto.fr
http://priceministerautoneuf.com
http://priceministerautoneuf.fr
http://priceministerautoneuve.com
http://priceministerautoneuve.fr
http://priceministerautoneuves.com
http://priceministerautoneuves.fr
http://www.carminister.com
http://www.carminister.fr
http://www.priceminister-auto.com
http://www.priceministerauto.fr
http://www.priceminister-auto.fr
http://www.priceministerautoneuf.com
http://www.priceministerautoneuf.fr
http://www.priceministerautoneuve.com
http://www.priceministerautoneuve.fr
http://www.priceministerautoneuves.com
http://www.priceministerautoneuves.fr

Merci !

Thierry
Commentaire de Patrice Boulanger [ 19/mai/08 17:45 ]
C'est fait,

Par contre, même problème pour http://www.carminister.com que pour les URLS:

http://priceministerautoneuf.fr/
http://priceministerautoneuve.com/
http://priceministerautoneuve.fr/
http://priceministerautoneuves.com/
http://priceministerautoneuves.fr/

Je transmets à Patrick.
Commentaire de Patrice Boulanger [ 19/mai/08 17:47 ]
Rectification: on a le même problème avec http://www.carminister.com qu'avec http://www.priceministerautoneuf.com/.
Commentaire de Patrice Boulanger [ 20/mai/08 11:21 ]
Suite au mail de Patrick Touzé:

--------------------------------
Bonjour,
 
Alors voila, j'ai fait le point notamment avec StockAuto / COM1 ...qui est notre partenaire sur les VN.
 
Les cinq premiers domaines peuvent etre renvoyés vers http://www.priceminister.com/info/neuf .
Mais on peut aussi les abandonner .... je ne sais pas quelle(s) idée(s) ont justifiés la mise en place de ces domaines.
(pour info, l'adresse IP 212.180.5.138 est l'ancienne adresse de StockAuto)
 
Le dernier (priceministerautoneuf.com) est le domaine de l'enseigne AUTO NEUF.
Il ne faut rien y changer dans l'immédiat, tant que nous avons des contrats clients en cours sur lesquels il peut encore se passer quelquechose.
A terme (d'ici qqs mois), nous le routerons effectivement sur http://www.priceminister.com/info/neuf.
 
Pour info, l'adresse IP 91.90.102.40 est bien la nouvelle adresse IP de SockAuto / com1
 
Cordialement,
 
Patrick
--------------------------------

Les domaines:

http://priceministerautoneuf.fr/
http://priceministerautoneuve.com/
http://priceministerautoneuve.fr/
http://priceministerautoneuves.com/
http://priceministerautoneuves.fr/

redirigent maintenant vers

http://www.priceminister.com/info/neuf

Merci.

Commentaire de Patrice Boulanger [ 09/juin/08 11:49 ]
pryceminister.fr a été migré sur nos DNS et pointe désormais sur priceminister.com avec une redirection 301.

Merci
Commentaire de Patrice Boulanger [ 09/juin/08 11:51 ]
Pouvez-vous valider les différents changements et clore le Jira si c'est OK ?

Merci.
Commentaire de Thierry Leforestier [ 13/juin/08 09:29 ]
Pourquoi la redirection ttp://www.carminister.com répond-t-elle en 302 ?

Merci d'avance,

Thierry
Commentaire de Justin Ziegler [ 13/juin/08 15:09 ]
a qui s'adresse la question ?
Commentaire de Thierry Leforestier [ 13/juin/08 15:13 ]
Autant pour moi, je n'avais pas vu qu'il était affecté a Pierre. c'est pour Patrice. Je réaffecte le Jira
Commentaire de Justin Ziegler [ 13/juin/08 15:15 ]
merci !
Commentaire de Patrice Boulanger [ 16/juin/08 18:59 ]
en fait, il faut se reporter à la réponse de Patrick Touzé:

<quote>
Le dernier (priceministerautoneuf.com) est le domaine de l'enseigne AUTO NEUF.
Il ne faut rien y changer dans l'immédiat, tant que nous avons des contrats clients en cours sur lesquels il peut encore se passer quelquechose.
A terme (d'ici qqs mois), nous le routerons effectivement sur http://www.priceminister.com/info/neuf.
</quote>

le domaine carminister.com est aussi redirigé sur l'enseigne AUTO NEUF, je ne peux donc pas changer le type de redirection car le domaine n'est pas géré par le Mailclub. Du coup, je ne peux pas non plus répondre à la question du "pourquoi un 302?"

Patrice.
Commentaire de Patrice Boulanger [ 16/juil./08 16:01 ]
On peut clore ?
Commentaire de Pierre Bret [ 16/juil./08 18:11 ]
Thierry, est-ce que tout a été traité ?
Commentaire de Thierry Leforestier [ 23/juil./08 09:53 ]
J'ai refait un tour sur tous les domaines, voici ce qui reste :

priceministere.fr (et www) - Domaine apparement introuvable (firefox)
carminister.com (et www) - en 302
priceministerautoneuf.com - en 302
ww.priceministerautoneuf.com - en 200

Pour carminister il ne tombe sur aucun dns apparement, est-ce qu'on ne peut pas faire une 301 ?

Pour finir, est-ce qu'il n'y a pas d'autres domaines que nous n'aurions pas dans cette liste ? Comment l'a-t-on eu au fait ?

Merci
Commentaire de Thierry Leforestier [ 23/juil./08 09:58 ]
Autant pour moi, c'est Pierre qui a reçu cette liste.
Commentaire de Thierry Leforestier [ 01/août/08 11:30 ]
je résoud la demande et ouvre un nouveau Jira pour certains autres domaines qui n'étaient pas dans cette liste




[APP-27312]  Pose de TAG sur l'ensemble du site pour un nouveau partenaire: MYTHINGS (il fait comme critéo) du retargeting comportemental Création: 18/nov./09 09:38  Mise à jour: 02/mars/10 16:18  Résolue: 02/mars/10 10:16

Etat: Fermé
Projet: Application PriceMinister
Composants: Infoglue
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 63.0.1

Type: Tâche Priorité: Majeur
Rapporteur: Mathilde Caby Attribution: Olga Costa
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Pièces jointes: PDF File MyThings-BTEcommerceIntegration(Retail).pdf     PDF File New - MyThings - BT Ecommerce Integration (Retail)(2).pdf     Microsoft Word New - Tag instructions PriceMinister (3).doc    
Sous-tâches:
Clé
Résumé
Type
Etat
Attribution
APP-27483 Validation tags MYTHINGS Sous-tâche Fermé Damien Dorizy  
Pays:
FRA - France
Projets PM: *** A PLANIFIER ***
Classif FONC: comarket

 Description   
Bonjour,

Nous voudrions intégrer un nouveau partenaire qui fait du retargeting comportementale en affiliation.
Pour cela il faudrait poser ces tag sur les pages du sites (a définir par la suite selon les informations que nous voulons lui remonter)
Je vous joint les instructions générales avec les exemples de TAG du partenaire en pièces jointes.

Merci
Mathilde

 Commentaires   
Commentaire de Mathilde Caby [ 18/nov./09 09:39 ]
Instructions tagage partenaire et exemple de tag
Commentaire de Damien Dorizy [ 10/déc./09 12:01 ]
Mon retour et quelques questions sur le tag MyThings :

- Le principal problème est le tag "header" : on ne peut se permettre de le placer en haut de page car le moindre plantage ou ralentissement chez eux ralentirait considérablement l'affichage des pages chez nous.
Mais malgré le nom du tag ("Header tag"), ça ne semble pas poser de problème de le poser en bas de page, du moment qu'il est placé avant les autres tags. On a contact pour leur demander confirmation ?

- Les autres tags sont clairs et utilisent une syntaxe assez explicite.

- Enfin, il faut aussi mettre MyThings sur la Home Page, c'est bien ça ? Est-ce que Criteo est également sur la HP ? est-ce qu'on conserve aussi Criteo ? S'il faut vraiment le mettre, faisons-le, mais ça ajoute quand même pas mal de poids en plus.

Merci.
Commentaire de Mathilde Caby [ 10/déc./09 14:31 ]
Bonjour,

- Nous gardons intact le partenariat avec Crtieo.

- Nous ne voulons pas poser le TAG de Mythings sur la home

- Je leur demande si la pose du TAG en bas de page leur convient et reviens vers vous.

Bonne apres midi
Mathilde
Commentaire de Damien Dorizy [ 11/déc./09 15:02 ]
Super, merci Mathilde,

Concernant les valeurs à préciser dans les différents tags, juste 2 interrogations :
- le paramètre "currency" (présent sur plusieurs tags) prend en paramètre le symbole de la monnaie ($, ¿...). Or on ne peut pas mettre le symbole ¿ sur Price. D'où la question : est-ce que ça leur va si on passe "&euro;" (l'équivalent html du symbole euros) ou "Euros" ?
- pour le tag à mettre sur la page de recherche, on est pas capable actuellement de remplir le paramètre "product-id" car on a pas accès aux résultats de recherche > nécessite un dév.

Pour le reste, ça semble tout bon !
Merci
Commentaire de Marion Anfreville [ 16/déc./09 13:54 ]
On a besoin de savoir si on peut avancer sur le paramétrage sans la mise en place des paramètres mentionnés par Damien ("product-id" sur page de recherche et "currency").

Pouvez-vous me faire un retour rapide ? (Olga m'indique que Mathilde sera là demain matin, si c'est le cas, on fait le point demain matin).

Si le partenaire a vraiment besoin de ces paramètres, on devra voir avec l'équipe dev pour qu'ils calent un créneau CoMarket.

Nous n'entamerons aucune action sans retour de votre part.
Commentaire de Jonathan Gorges [ 08/févr./10 12:06 ]
Bonjour,

Nous avons repris nos négociations commerciales avec Mythings depuis fin janvier. Ce partenaire accepte finalement de travailler avec nous sur un autre modèle de rémunération (sans post-view). La situation commerciale est donc débloquée.
J'ouvre donc à nouveau ce Jira afin que nous traitions leurs demandes techniques.

Pour résumer ce Jira, il y a avait trois points techniques "bloquants" pour la mise en place de ce partenariat :
- Nous ne posons pas leur tag en haut de page.
- Le paramètre "currency" nous posait un problème.
- Le tag à poser sur la page recherche également.

Ces 3 points n'apparaissent pas comme bloquants aujourd'hui pour eux. Cependant, mon contact me demande si nous pouvons organiser un conf call mettant en relation leur CTO et une personne "technique" chez nous (côté dev) afin de clarifier cette pose de tag.

Cela est-il possible? Quelqu'un serait-il disponible côté dev pour participer à cette rapide conf call?

Merci d'avance pour votre retour.

JG
Commentaire de Jonathan Gorges [ 10/févr./10 10:51 ]
Bonjour,

Comme vu avec Damien, nous allons organiser cette conf call asap.

Aussi, j'attends leur specs techniques actualisés (que je joindrai au Jira).

Je vous tiens au courant dès que possible.

JG
Commentaire de Jonathan Gorges [ 15/févr./10 19:49 ]
Bonjour,

Voici comme convenu les deux fichiers de specs techniques pour la pose des tags MyThings.
** New - MyThings - BT Ecommerce Intégration (Retail)
** New - Tag instructions PriceMinister (3)

Nous pouvons comme prévu organiser une conf call avec le responsable technique si besoin.
Si vous voulez directement lui poser une question par mail, vous pouvez le joindre sur son email.
Yoav Chernobroda : yc@mythings.com

Je reste naturellement à votre disposition pour toute information complémentaire.

Bonne soirée.

Jonathan

Commentaire de Jonathan Gorges [ 18/févr./10 08:57 ]
Bonjour,

Pourriez-vous svp me communiquer une date approximative du paramétrage de ces tags et de leur mise en prod.

Je dois en effet communiquer cette information à mon partenaire dès que possible.

Aussi, il s'agit pour nous d'un projet prioritaire au marketing car MyThings est un partenaire ayant un très grand potentiel business (type Criteo), capable de nous générer du volume d'affaires incrémental assez rapidement.

Merci d'avance pour votre retour et excellente journée.

Jonathan.
Commentaire de Marion Anfreville [ 18/févr./10 10:45 ]
Si j'ai bien compris, les points indiqués comme bloquant ne le sont plus.

Pour la currency (utilisée un peu sur tous les tags), peut-on mettre "Euros" en dur ?

Peux-tu venir nous voir Olga et moi pour qu'on fasse le point sur ce qu'il faut mettre en place ?

Après, si pas de problème technique, je peux planifier le paramétrage de ces tags la semaine prochaine pour une mise en prod via le dump du 03/03.
Commentaire de Jonathan Gorges [ 18/févr./10 11:35 ]
Hello,

Merci pour ce retour.

Je vais vérifier le point sur la currency.

Je viens vous voir cette après-midi pour en parler.

Jonathan
Commentaire de Jonathan Gorges [ 18/févr./10 12:09 ]
Hello,

Après vérification avec le partenaire, nous pouvons bien paramétrer "Euros" en dur.

Merci
Commentaire de Jonathan Gorges [ 19/févr./10 09:13 ]
Hello,

Après vérification avec le responsable technique de MyThings, il n'y a aucun problème pour le paramétrage de son côte de tracking.

En synthèse, son tracking figurera dans le tag Effiliation car MyThings récupèrera les URL encodées d'Effiliation (en tant qu'affilié).

Donc pas de paramétrage de tracking dans le tag MyThings.

Le code a utilisé pour MyThings et à paramétrer dans le tag Effiliation est : 2284840

Olga, peux-tu stp me confirmer que ce code est bien paramétré dans IG dans le groupe de tracking Affiliationx et pour les évènements BUY, FIRST BUY et ACTIVATION COMPTE VENDEUR?

Merci d'avance.

Jonathan
Commentaire de Olga Costa [ 22/févr./10 10:05 ]
Salut,

Jonathan, je viens de vérifier nous avons bien 2284840 paramétré sur Effiliation pour les évènements BUY, FIRST BUY et ACTIVATION COMPTE VENDEUR
Commentaire de Marion Anfreville [ 24/févr./10 13:31 ]
Risque de décalage de la mise en production des tags MyThings => OCO absente (enfant malade).

Je dois avoir des nouvelles dans la journée pour préciser tout ça.

Si on doit malgré tout décaler la mise en prod, ce sera pour le dump du 09/03.
Commentaire de Marion Anfreville [ 25/févr./10 16:15 ]
Olga sera là demain, elle travaillera donc pour la pose des tags MyThings.

Toutefois, je ne sais pas ce qu'il en est pour la suite : sa fille a la varicelle, je ne sais pas encore comme elle compte s'organiser début S09.

Damien m'a dit qu'on souhaitait ouvrir un serveur de test pour le partenaire : avec les tests de notre coté + ceux du partenaire, je pense que le créneau pour le dump du 03/03 va être trop court et qu'on devrait partir sur le dump du 11/03.
Commentaire de Jonathan Gorges [ 25/févr./10 16:21 ]
Hello,

Merci pour ce retour.

Si nous pouvons passer sur le dump du 03/03, ca serait top !

Aussi, a quelle date (approximative) puis-je leur demander de checker ces tags sur le serveur dev?

Merci d'avance pour ton retour.

Jon
Commentaire de Damien Dorizy [ 25/févr./10 16:55 ]
Jonathan, à propos de l'ouverture de l'accès pour les , est-ce que MyThings t'as communiqué une adresse IP ?
Commentaire de Marion Anfreville [ 25/févr./10 17:09 ]
Il faut qu'Olga ait fini son paramétrage, qu'on ait recetté avant.

Pour le dump du 03/03, le délai est cours (1 jours pour paramétrer/recetter) .

Demain, olga va travailler essentiellement là-dessus et en fonction de l'avancement sur le paramétrage/recette, on pourra communiquer une date à MyThings pour vérifier les tags.

Le dump du 03/03 doit être livré lundi midi.
Commentaire de Jonathan Gorges [ 25/févr./10 17:10 ]
Hello,
Merci pour ce retour.

J'ai demandé par email cette adresse hier mais j'attends toujours un retour...

Je relance!

Jonathan.

Commentaire de Jonathan Gorges [ 26/févr./10 09:54 ]
Hello,

Voici comme convenu l'adresse IP de MyThing pour l'accès au serveur DEV.
81.218.156.9

Mon contact me demande si nous pouvons laisser l'accès à un second poste chez eux (plus simple pour eux). L'adresse IP est : 79.125.38.219

Merci d'avance pour votre retour.

Jonathan.
Commentaire de Damien Dorizy [ 26/févr./10 16:12 ]
L'url d'accès au serveur dév est http://www.dev13.babel.fr.

À communiquer uniquement lorsque le param et la recette param seront terminés (il faudra aussi raffraichir les caches du serveur)
Commentaire de Olga Costa [ 26/févr./10 16:14 ]
http://bo.ref-fr.pm.dev/info/home
Jonathan tu peux recetter s'il te plait
Merci
Commentaire de Jonathan Gorges [ 26/févr./10 18:41 ]
Merci Olga et Damien.

Comme vu avec Olga, il y a pls points à corriger.

Olga, pourrais-tu stp synthétiser les différents changements vus ensemble ?

Merci d'avance.

Jonathan
Commentaire de Jonathan Gorges [ 02/mars/10 09:48 ]
Bonne nouvelle chers collègues !

Mythings valide l'ensemble des tags posés. Félicitations Olga, c'est la première fois qu'il n'y a aucun retour de leur côté...

En revanche, ils n'ont pas pu tester l'achat et la création d'un compte vendeur : à la fin de la transaction, ils obtiennent le message d'erreur : "can't find the server at www.dev13.pm.dev".

Ceci étant, ils valident quand même et testeront cette partie en prod.

Tout est OK de leur côté pour mettre en ligne.

Merci encore pour tout.

Jonathan
Commentaire de Olga Costa [ 02/mars/10 10:03 ]
C'est super !!
Et merci beaucoup à Damien pour son aide ;)




[EXP-2839] anti crawl Attention a ne pas bloquer Google Création: 16/oct./06 11:55  Mise à jour: 25/juin/07 18:59  Résolue: 07/nov./06 16:56

Etat: Résolu
Projet: Exploitation
Composants: Maintenance
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Emmanuel Benmussa Attribution: Emmanuel Benmussa
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous

 Description   
je décèle un souci sur le système d'anti crawl qui est en place en prod.

A partir des mails que j'ai reçu, j'ai vu qq crawl de GG qui ont été interdits.

Pour le moment il ne s'agit pas de GGbot, mais RISQUE FORT
72.14.199.14 => 1090 times "AdsBot-Google (+http://www.google.com/adsbot.html)"

cela s'est passé du 4 au 7 octobre, ni avant ni depuis (selon les mails d'alerte que je reçois)

Je pensais en fait qu'il y avait comme alerte de ne jamais bloquer un crawl avec un user agent de Google, a priori, ce n'est pas le cas
Pas de gros impacts pour le moment, j'ai alerté Patrice qui est en train de creuser le développement fait par xiaoming.
 
Mais cela risque d'être grave parce que cela renvoie une page 403 (INTERDIT ET NE REVIENT JAMAIS) au crawler.

Très Dangeureux



 Commentaires   
Commentaire de Justin Ziegler [ 16/oct./06 15:34 ]
Maintenant que nous avons un jira sur le sujet, je peux réagir :
il me semble que le systeme de white list dont nous disposons a ce niveau est basé sur la notion de user-agent. Mais il est possible que je me trompe.

Il est donc certainement possible de rajouter absbot dans la liste de user-agent toléré. NB : le user-agent normal de google est googlebot. La notion de "un user-agent de google" n'est pas maitrisé d'un point de vue technique.
Commentaire de Emmanuel Benmussa [ 25/oct./06 19:24 ]
si c'est bien géré par un user agent, c'est ok .

Je peux donner la liste des user agent à spécifier :

- http://www.google.com/bot.html
- Mediapartners-Google

+ les user agent des crawlers de yahoo, MSN et de Fast

- Yahoo! Slurp
- msnbot
- http://sp.ask.com
Commentaire de Emmanuel Benmussa [ 26/oct./06 18:14 ]
Antoine a fait un peu d'exploration dans le monitoring.
Il semble bien que l'anti crawl laisse passer les crawls ayant pour user agent Googlebot, et pas seulements les adresses IP dans la whitelist.
Mais vu le risque encouru, je pense qu'un contrôle plus poussé est nécessaire :

On va donc faire des tests en crawlant avec différents user agent le site PM à partir d'@position.

Voici donc le procesus de contrôle que je préconise :
    1- Nous allons supprimer de la white list les IP d'@position.
    2- Nous allons tester plusieurs crawls avec différents user agent (dont googlebot)
    3- Nous allons voir dans quels cas @position se fait black lister par PM (ou pas...).
    4- Nous étendrons les user agent pour MSN, Ask , Yahoo et les autres bot de Google.
    5- Nous allons remettre nos adresses IP en white list, une fois que tout est testé.



1- Attention cela veut dire que le petit malin qui utilise comme user agent google, peut passer le système.
Il vaut mieux laisser ce trou que de prendre un tel risque...

2- Je suis aussi en train de valider que cette méthode ne soit pas un souci lors des contrôles de GG (notamment dans des localisations de cloacking)
smais je pense que ce risque est plus faible,. je vais quand même valider cela avec la R&D d'@position.
Commentaire de Emmanuel Benmussa [ 02/nov./06 17:00 ]
Point sur les tests :

1 - OK
2 - Ok
3 - ok détail :
TEST AVEC UN USER AGENT QUELCONQUE
phaeton Fri Oct 27 18:13:18 2006 / 82.66.206.151 => 544 times "La mouse is testing.."

TEST AVEC UN USER AGENT GOOGLE QUI n'est pas dans la liste
phaeton Tue Oct 31 17:18:29 2006 / 82.66.206.151 => 563 times "http://www.google.com/bot.html"

TEST AVEC UN USER AGENT GOOGLE QUI n'est pas bloqué
Googlebot pas de blocage

=> Il semble bien que la liste des users agent qu'Antoine m'a fourni ne sont pas bloqués


Reste à faire
4 - Revoir la liste des user agent
5- remettre les Ip d'@position dans la WhiteList pour pouvoir recrawler.




Rappel : les user agents white listés donnés pas Antoine :
~ /VoilaBot/
~ /Googlebot/
~ /Mediapartners-Google/
~ /AdsBot-Google/
~ /yahoo.*slurp/
~ /Akamai Cache Server/
~ /Priceminister/
~ /Aposition/
~ /Ask Jeeves\/Teoma/
Commentaire de Emmanuel Benmussa [ 02/nov./06 18:01 ]
wiki commenté :

http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=ProcessusAntiCrawl


Emmanuel
Commentaire de Emmanuel Benmussa [ 07/nov./06 16:56 ]
tests Ok





[PROD ESPAGNE] Erreurs dans les logs d'esculape (APP-15376)

[APP-15381]  [PROD ESPAGNE] Erreurs dans les logs : "Load error", "Service error" et "Servlet.service() for servlet pic threw exception" Création: 28/févr./07 18:35  Mise à jour: 05/juil./07 18:18  Résolue: 24/avr./07 16:07

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 13.0.0
Version(s) corrigée(s): 15.0.0

Type: Sub-bug Priorité: Majeur
Rapporteur: Younès Charrière Attribution: Alexandre Garnier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-16074 Refactoring ressources Lot 1 Fermé
Pays:
ESP - Espagne
Site: Prod
Projets PM archivés: Ressouces (Lot1)

 Description   
Plusieurs erreurs sur la prod espagne.
Logs issus d'esculape :


2007-02-28 11:59:13,561 ERROR [-Processor13] 84.233.236.242 - Load error
Servlet : com.babelstore.image.front.PicServlet
Request : GET http://212.23.167.51/pic
Referrer : null
User-Agent : Mozilla/5.0 (compatible; Panther)
Trace : java.lang.NullPointerException
        at java.util.StringTokenizer.<init>(StringTokenizer.java:182)
        at java.util.StringTokenizer.<init>(StringTokenizer.java:204)
        at com.babelstore.image.front.PicAction.parse(PicAction.java:54)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:321)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:295)
        at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:212)
        at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:184)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:150)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:112)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)

2007-02-28 11:59:13,562 INFO [-Processor13] 84.233.236.242 - Setting response status code to 503
2007-02-28 11:59:13,567 ERROR [-Processor13] 84.233.236.242 - Service error
Servlet : com.babelstore.image.front.PicServlet
Request : GET http://212.23.167.51/pic
Referrer : null
User-Agent : Mozilla/5.0 (compatible; Panther)
Trace : java.lang.ClassCastException: com.babelstore.image.front.PicAction
        at com.babelstore.common.front.TemplateModel.load(TemplateModel.java:176)
        at com.babelstore.util.web.Model.doLoad(Model.java:48)
        at com.babelstore.util.Block.load(Block.java:106)
        at com.babelstore.util.web.Screen.load(Screen.java:108)
        at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:190)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:150)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:112)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)


2007-02-28 11:59:13,594 ERROR [-Processor13] - Servlet.service() for servlet pic threw exception
java.lang.ClassCastException: com.babelstore.image.front.PicAction
        at com.babelstore.common.front.TemplateModel.load(TemplateModel.java:176)
        at com.babelstore.util.web.Model.doLoad(Model.java:48)
        at com.babelstore.util.Block.load(Block.java:106)
        at com.babelstore.util.web.Screen.load(Screen.java:108)
        at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:190)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:150)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:112)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)


 Commentaires   
Commentaire de Alexandre Garnier [ 01/mars/07 10:19 ]
En même temps c'est quoi cette requête avec une IP et un pic sans paramètres ?
Je veux bien blinder pour éviter le NPE, mais ce genre de requête est en théorie impossible.
Commentaire de Alexandre Garnier [ 01/mars/07 10:32 ]
Au niveau de l'EXPLOIT, à quoi correspond cette IP (212.23.167.51), est-elle accessible de l'exterieur ?
Commentaire de Patrice Boulanger [ 01/mars/07 11:02 ]
C'est l'adresse de la VIP qui correspond au virtualhost img.priceminister.es, ça renvoie ensuite vers phaeton, cupidon ou aricia et c'est évidemment accessible depuis l'extérieur.
Commentaire de Alexandre Garnier [ 01/mars/07 12:10 ]
et qui serait susceptible de faire une requête avec l'IP directement comme ça ? Ce serait pas juste un mauvais appel fait à la main comme ça ?
Commentaire de Alexandre Garnier [ 01/mars/07 12:12 ]
Je passe ça dans le refactoring ressource pour prendre en compte le fait qu'il faut blinder le code.
Si ce genre de requête (/pic sans arguments) se multiplie, je ferais une correction.
Commentaire de Younès Charrière [ 23/mars/07 12:19 ]
Cela se produit toujours. Il faut donc blinder le code.

Logs sur Venus :

2007-03-23 12:11:28,487 INFO [P-Processor3] 89.202.137.194 - <<< [70 ms] GET http://212.23.167.51/photo/419009730_S.jpg
2007-03-23 12:11:35,117 INFO [P-Processor3] 212.23.57.18 - >>> GET http://212.23.167.51/photo/398685130_M.jpg
2007-03-23 12:11:35,181 INFO [P-Processor3] 212.23.57.18 - <<< [64 ms] GET http://212.23.167.51/photo/398685130_M.jpg
2007-03-23 12:11:35,717 INFO [-Processor10] 89.202.137.195 - >>> GET http://212.23.167.51/photo/428877430_S.jpg
2007-03-23 12:11:35,832 INFO [-Processor10] 89.202.137.195 - <<< [115 ms] GET http://212.23.167.51/photo/428877430_S.jpg
2007-03-23 12:11:36,033 INFO [P-Processor3] 62.23.27.114 - >>> GET http://212.23.167.51/pic
2007-03-23 12:11:36,038 ERROR [P-Processor3] 62.23.27.114 - Load error
Servlet : com.babelstore.image.front.PicServlet
Request : GET http://212.23.167.51/pic
Referrer : null
User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
Trace : java.lang.NullPointerException
        at java.util.StringTokenizer.<init>(StringTokenizer.java:182)
        at java.util.StringTokenizer.<init>(StringTokenizer.java:204)
        at com.babelstore.image.front.PicAction.parse(PicAction.java:54)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:321)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:295)
        at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:212)
        at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:184)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:150)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:112)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)

2007-03-23 12:11:36,038 INFO [P-Processor3] 62.23.27.114 - Setting response status code to 503
2007-03-23 12:11:36,042 ERROR [P-Processor3] 62.23.27.114 - Service error
Servlet : com.babelstore.image.front.PicServlet
Request : GET http://212.23.167.51/pic
Referrer : null
User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
Trace : java.lang.ClassCastException: com.babelstore.image.front.PicAction
        at com.babelstore.common.front.TemplateModel.load(TemplateModel.java:176)
        at com.babelstore.util.web.Model.doLoad(Model.java:48)
        at com.babelstore.util.Block.load(Block.java:106)
        at com.babelstore.util.web.Screen.load(Screen.java:108)
        at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:190)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:150)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:112)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)

2007-03-23 12:11:36,098 ERROR [P-Processor3] - Servlet.service() for servlet pic threw exception
java.lang.ClassCastException: com.babelstore.image.front.PicAction
        at com.babelstore.common.front.TemplateModel.load(TemplateModel.java:176)
        at com.babelstore.util.web.Model.doLoad(Model.java:48)
        at com.babelstore.util.Block.load(Block.java:106)
        at com.babelstore.util.web.Screen.load(Screen.java:108)
        at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:190)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:150)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:112)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)
Commentaire de Alexandre Garnier [ 24/avr./07 16:07 ]
URL transformée.
L'appel à un '/res/pic' (équivalent du actuel '/pic') renvoi un contenu vide avec un code de retour 503 et les logs :
2007-04-24 16:03:10 WARN [Dispatcher ] 192.168.1.137 - Bad request - Missing parameter platformId
2007-04-24 16:03:10 INFO [FrontRequest ] 192.168.1.137 - Setting response status code to 503

L'appel à '/pic' provoquera un 404 en théorie.
Commentaire de Younès Charrière [ 05/juil./07 18:18 ]
Ok merci alexandre :)




[APP-20375] Commande passé sans demande de pseudo - mot passe Espagne. Création: 23/avr./08 14:13  Mise à jour: 12/juin/08 09:51  Résolue: 20/mai/08 11:33

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 22.0.0

Type: Bogue Priorité: Bloquant
Rapporteur: Rocio Perez-Garcia Attribution: Ange Ferrari
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel 80.38.108.131.xls     Microsoft Excel 85.155.85.111.xls     Text File apacheEduarditoSkipy6.txt     Text File apacheMultiServerEduarditoSkipy6.txt     Text File jbossEduarditoSkipy6.txt     JPEG File priceministerportalespañol.jpg     File x files 1.bmp     File x files 2.bmp     File x files 3.bmp     File x files4.bmp    
Liens des demandes:
Duplicate
a pour doublon APP-20343 Problème de login entre deux comptes Fermé
Similaire
similaire à APP-20343 Problème de login entre deux comptes Fermé
Pays:
ESP - Espagne
Site: Prod
Projets PM: *** RESERVE ***
Classif1: TECH
Classif2: session

 Description   
Une personne appelle ce matin. Elle a passé commande sur www.priceminister.es et ne peut pas ouvrir son compte. Problème: cette personne n'a jamais ouvert une compte sur Price. Elle a trouvé son article sur google, elle est arrivé sur PM, a passé commande et changé l'adresse de livraison déjà remplie de une autre personne.

Elle essaie d'ouvrir une compte sur pm avec son adresse email mais celle n'est pas accepté car reconnue..

Les deux personnes, le propriétaire du compte et l'invité habitent à kilometres l'un de l'autre. Le propriétaire n'a jamais modifié son adresse email ou quoi que ce soit...

C'est un mystère...

Voir copie écran car les modifications sur le compte ont du être effectués.



 Commentaires   
Commentaire de Rocio Perez-Garcia [ 23/avr./08 14:16 ]
Le compte originaire est Dfagen.
L'invité a ouvert une autre compte: musikaar
Commentaire de Nicolas Chauveau [ 23/avr./08 15:42 ]
Sait-on quel jour et a quelle heure le pb est arrivé ?
Commentaire de Rocio Perez-Garcia [ 23/avr./08 15:46 ]
La commande a été passé hier 22/04/2008 vers 21 10.heures: Numero transaction 37703669/45882818.
Commentaire de Nicolas Chauveau [ 23/avr./08 17:14 ]
Deux pb d'échange de session en deux jours en ES mais rien en FR.

Ange s'occupe de mettre de coté tous les logs (apache, SA etc ...) pour qu'on puisse étudier le pb.
Commentaire de Ange Ferrari [ 23/avr./08 17:25 ]
J'ai sauvegardé les logs des serveurs applicatifs et des web
pour la journée du 22/04/2008

dans /data/priceminister/pmshare/pb_es_20080423
Commentaire de Cantoni Carlos [ 23/avr./08 18:34 ]
Bonjour,

Nous avons un vendeur PRO espagnol (pseudo Valenak) qui nous a dit aujourd'hui que depuis quelques jours il arrive sur des comptes d'autres utilisateurs quand il essai d'aller sur son compte.

 

Commentaire de Ange Ferrari [ 23/avr./08 18:47 ]
Est il possible de voir avec ce pro pour qu'il nous fasse parvenir ces informations de cookie pour se faire
si il utilise firefox


il se connecte sur http://www.priceminister.es
 

une fois qu'il est sur le site
dans sa barre d'adresse il tape

javascript:alert(document.cookie)

et il nous fait une copie d'écran

merci
Commentaire de Cantoni Carlos [ 24/avr./08 09:57 ]
je viens d'avoir le partenaire au téléphone. Il utilise Firefox et voici la copie d'écran,
Commentaire de Ange Ferrari [ 24/avr./08 10:04 ]
Ok
peux il expliquer exactement son cheminement sur le site
et nous expliquer à quel moment il se retrouve sur le compte d'une autre personne ?

Peux tu aussi lui demander si il est capable de reproduire le problème ?

Si oui

est il possible qu'il fasse la manipulation ( d'afficher le cookie ) au moment ou il arrive sur le compte d'un autre
et qu'il nous refasse une copie décran ?

Merci de ton aide et de la sienne
Commentaire de Cantoni Carlos [ 24/avr./08 14:03 ]
Je vais contacter le partenaire à nouveau.

Par contre, il y a un message dans le BO d'un client qui nous dit d'avoir une commande qu'il n'a jamais passé... pseudo Skipy6.
Il s'agit peut-être du même probleme????

Commentaire de Rocio Perez-Garcia [ 24/avr./08 14:28 ]
J'ai parlé avec la personne qui a fait l'achat. Elle a bien un compte sur price: Elle a cherché son article dans le moteur et l'a mis dans le panier sans que le site le demande pseudo mot passe, elle a effacé les données de adresse de livraison sur le compte où a fait son achat.

Voir screenshot
Commentaire de Ange Ferrari [ 24/avr./08 14:46 ]
Le probleme c'est que pour le moment nous n'arrivons pas à reproduire le problème
il faut vraiment demander à quelqu'un qui a eu le probleme de tenter de refaire la même manipulation
et si la personne utilise firefox
de faire la manipulation que j'ai expliqué plus haut
Commentaire de Geneviève Beaujard [ 24/avr./08 17:06 ]
Je pense qu'il faudrait dans un premier temps afficher le n° de session dans les logs.
Voici ce que j'ai fait en dev pour voir le n° de session:
  <appender name="CONSOLE" class="org.apache.log4j.ConsoleAppender">
      <errorHandler class="org.jboss.logging.util.OnlyOnceErrorHandler"/>
      <param name="Target" value="System.out"/>

      <layout class="org.apache.log4j.PatternLayout">
         <!-- The default pattern: Date Priority [Category] Message\n -->
         <!--
         <param name="ConversionPattern" value="%d{ABSOLUTE} %-5p [%c{1}] %m%n"/>
         <param name="ConversionPattern" value="%d{HH:mm:ss,SSS} %-5p [%-15.15t] %-15.15X{name} - %m%n"/>
         <param name="ConversionPattern" value="%d %-5p [%-30.30c{1}] %x %n"/>
         <param name="ConversionPattern" value="%d{HH:mm:ss,SSS} %-5p [%t] %x (%c) - %m%n"/>
         <param name="ConversionPattern" value="%d{HH:mm:ss,SSS} %-5p [%-15.15t] %-50.50c - %m%n"/>
         <param name="ConversionPattern" value="%d %-5p [%-12.12t] %-15.15X{name} - %m%n"/>
         -->
         <param name="ConversionPattern" value="%d{yyyy-MM-dd HH:mm:ss} %-5p [%-25.25c{1}] %-15.15X{name} %X{session} - %m%n"/>
      </layout>
   </appender>

J'ai simplement ajouter %X{session} .
Serait t'il possible SVP de faire la même chose en prod ESP, ainsi on pourrait vérifier si les sessions se chevauchent.
Commentaire de Patrice Boulanger [ 24/avr./08 17:10 ]
J'ai fait la modif dans le /appli/priceminister/jboss-4.0.2/server/priceminister/conf/log4j.xml.

Les session ID apparaissent dans les logs:

2008-04-24 17:09:42,961 INFO [P-Processor5] 213.171.198.62 8A900B377D76DA9FB97F2967EDA9FDF3.esculape - Aborting response flushcom.babelstore.common.front.OfferBlock_jsp
2008-04-24 17:09:42,962 INFO [P-Processor5] 213.171.198.62 8A900B377D76DA9FB97F2967EDA9FDF3.esculape - Aborting response flushcom.babelstore.tracking.front.TrackEntryBlock_jsp
2008-04-24 17:09:42,962 INFO [P-Processor5] 213.171.198.62 8A900B377D76DA9FB97F2967EDA9FDF3.esculape - Aborting response flushcom.babelstore.common.front.XitiBlock_jsp
2008-04-24 17:09:42,963 INFO [P-Processor5] 213.171.198.62 8A900B377D76DA9FB97F2967EDA9FDF3.esculape - Aborting response flushcom.babelstore.common.front.PromoHidden1_jsp
2008-04-24 17:09:42,964 INFO [P-Processor5] 213.171.198.62 8A900B377D76DA9FB97F2967EDA9FDF3.esculape - Aborting response flushcom.babelstore.common.front.PromoHidden2_jsp
2008-04-24 17:09:42,964 INFO [P-Processor5] 213.171.198.62 8A900B377D76DA9FB97F2967EDA9FDF3.esculape - Request aborted (ClientAbortException: java.net.SocketException: Broken pipe) in : com.babelstore.advert.front.AdvertServlet
2008-04-24 17:09:42,964 INFO [P-Processor5] 213.171.198.62 8A900B377D76DA9FB97F2967EDA9FDF3.esculape - <<< [399 ms] GET http://www.priceminister.es/offer/buy/20511823/Font-Quer-Pio-Plantas-Medicinales-El-Dioscorides-Renovado-Libro.html
2008-04-24 17:09:42,965 WARN [P-Processor5] - processCallbacks status 2
2008-04-24 17:09:43,005 INFO [-Processor27] - Session bound
2008-04-24 17:09:43,008 INFO [-Processor27] 74.6.27.172 B391CD6568B2CBEF72188299088A663C.esculape - >>> GET http://www.priceminister.es/nav/Libros_Libros-modernos/f1/Literatura/fp/ADe+5+a+10+%26euro%3B/pa/1401
2008-04-24 17:09:43,342 INFO [-Processor10] 201.234.216.46 - >>> GET http://www.priceminister.es/res/co/1/www/www/54301/offers_engine.js
2008-04-24 17:09:43,370 INFO [-Processor10] 201.234.216.46 - <<< [28 ms] GET http://www.priceminister.es/res/co/1/www/www/54301/offers_engine.js
2008-04-24 17:09:43,615 INFO [-Processor17] 150.214.142.96 445A837479F4698292A50676ABB749BB.esculape - >>> GET http://www.priceminister.es/help/i_original_price/popup/true
2008-04-24 17:09:43,658 INFO [-Processor31] 79.147.25.223 DFBBE25DCFB80EFE282124DF0FE8F640.esculape - >>> GET http://www.priceminister.es/navigation/default/category/225338/l1/I
2008-04-24 17:09:43,722 INFO [-Processor10] 213.171.198.62 8A900B377D76DA9FB97F2967EDA9FDF3.esculape - >>> GET http://www.priceminister.es/offer/buy/22137126/Inside-Delta-Force-The-Story-Of-America-s-Elite-Counterterrorist-Unit-Libro.html
2008-04-24 17:09:43,819 INFO [P-Processor7] 62.23.27.114 - >>> GET http://bo.priceminister.es/res/static/1/bo/www/17728/fc/front_base.js
2008-04-24 17:09:43,824 INFO [P-Processor7] 62.23.27.114 - <<< [4 ms] GET http://bo.priceminister.es/res/static/1/bo/www/17728/fc/front_base.js
2008-04-24 17:09:43,984 INFO [-Processor17] 150.214.142.96 445A837479F4698292A50676ABB749BB.esculape - <<< [368 ms] GET http://www.priceminister.es/help/i_original_price/popup/true
Commentaire de Geneviève Beaujard [ 29/avr./08 07:58 ]
1) Probleme avec le panier 37703669
Panier crée sans demande de login.
Ce panier a pour acheteur Dfagen, alors que Dfagen a envoyé un mail au BO indiquant qu'il n'a pas fait cet achat
Items du panier:
select advert_id, item_id, buyer_account_id, itm_status_code,creation_date, change_date from item where purchase_id = 37703669
 ADVERT_ID ITEM_ID BUYER_ACCOUNT_ID ITM_STATUS_CODE CREATION_DATE CHANGE_DATE
---------- ---------- ---------------- --------------- ------------------- -------------------
  57136459 45882807 50 22/04/2008 21:10:37 22/04/2008 21:21:08
  46849496 45882814 50 22/04/2008 21:20:28 22/04/2008 21:24:45
  49068913 45882818 12323220 60 22/04/2008 21:24:29 23/04/2008 11:24:40
  
Requetes prouvant que ce n'est pas Dfagen qui a construit ce panier:
select ip_address, card_number_hash, creation_date, change_date from purchase where purchase_id = 37703669;
IP_ADDRESS CARD_NUMBER_HASH CREATION_DATE CHANGE_DATE
-------------------- -------------------------------------------------- ------------------- -------------------
83.55.117.145 d435aa6cc838522cd69e0793f6785a483b9b9a2b 22/04/2008 21:10:36 23/04/2008 11:47:25

requête permettant de connaître les achats de Dfagen
select purchase_id, pch_status_code, creation_date, card_number_hash from purchase
where buyer_login = 'Dfagen'
and card_number_hash IS NOT NULL
PURCHASE_ID PCH_STATUS_CODE CREATION CARD_NUMBER_HASH
----------- --------------- -------- --------------------------------------------------
   36041666 100 02/11/07 c9d02a82fa666324ccb3a098dd189372ea4ff06f
   36201690 100 17/11/07 c9d02a82fa666324ccb3a098dd189372ea4ff06f
   36401710 60 07/12/07 c9d02a82fa666324ccb3a098dd189372ea4ff06f
   36471662 100 14/12/07 c9d02a82fa666324ccb3a098dd189372ea4ff06f
   36411705 100 08/12/07 c9d02a82fa666324ccb3a098dd189372ea4ff06f
   37615695 80 13/04/08 c9d02a82fa666324ccb3a098dd189372ea4ff06f
   37703669 60 22/04/08 d435aa6cc838522cd69e0793f6785a483b9b9a2b

La premiere requete nous montre que le purchase a été créé avec l'IP 83.55.117.145 alors que l'IP de login de Dfagen est '79.153.182.188'.
La deuxieme requete nous montre que cet achat n'a pas été fait avec la carte bleue de Dfagen.

Deroulement des actions:
1.1
à 2008-04-22 21:10:36,893 une personne avec l'IP 83.55.117.145 met en panier l'annonce 57136459
2008-04-22 21:10:36,893 INFO [-Processor16] 83.55.117.145 - >>> POST http://www.priceminister.es/cart!action=add&aid=57136459
2008-04-22 21:10:38,180 INFO [-Processor16] 83.55.117.145 - <<< [1287 ms] POST http://www.priceminister.es/cart!action=add&aid=57136459

1.2
à 2008-04-22 21:13:02,963 Dfagen se logge ip = 79.153.182.188
2008-04-22 21:13:02,963 INFO [-Processor13] 79.153.182.188 - >>> POST https://www.priceminister.es/connect!action=dologin&c=80&dest=/user&login=Dfagen&password=live1974&submitbtn=Conexi&#xF3;n

1.3
à 2008-04-22 21:20:28,681 un faux Dfagen (personne avec IP 83.55.117.145 ?) met en panier annonce 46849496
2008-04-22 21:20:28,681 INFO [-Processor42] Dfagen - >>> POST http://www.priceminister.es/cart!action=add&aid=46849496
2008-04-22 21:20:29,864 INFO [-Processor42] Dfagen - <<< [1182 ms] POST http://www.priceminister.es/cart!action=add&aid=46849496

1.4
à 2008-04-22 21:21:07,910 un faux Dfagen (personne avec IP 83.55.117.145 ?) retire du panier l'article correspondant a l'annonce 57136459
2008-04-22 21:21:07,910 INFO [-Processor15] Dfagen - >>> POST http://www.priceminister.es/cart!action=remove&itemid=45882807
2008-04-22 21:21:10,154 INFO [-Processor15] Dfagen - <<< [2244 ms] POST http://www.priceminister.es/cart!action=remove&itemid=45882807

1.5
à 2008-04-22 21:24:29,458 un faux Dfagen (personne avec IP 83.55.117.145 ?) met en panier annonce 49068913
2008-04-22 21:24:29,458 INFO [-Processor62] Dfagen - >>> POST http://www.priceminister.es/cart!action=add&aid=49068913
2008-04-22 21:24:31,527 INFO [-Processor62] Dfagen - <<< [2069 ms] POST http://www.priceminister.es/cart!action=add&aid=49068913

1.6
à 2008-04-22 21:24:45,930 un faux Dfagen (personne avec IP 83.55.117.145 ?) retire du panier l'article correspondant a l'annonce 46849496
2008-04-22 21:24:45,930 INFO [-Processor66] Dfagen - >>> POST http://www.priceminister.es/cart!action=remove&itemid=45882814
2008-04-22 21:24:46,479 INFO [-Processor66] Dfagen - <<< [548 ms] POST http://www.priceminister.es/cart!action=remove&itemid=45882814

D'apres rocio c'est comme si la personne avec l'ip 83.55.117.145 se retrouve magiquement avec le compte de dfagen, dfagen n' a pas commandé cet article.
Quand Dfagen s'est loggé je SUPPOSE qu'il a récupéré la session du compte(IP=83.55.117.145), du coup 2 personnes physiques partageaint la même session.
En bref je n'y comprends pas grand chose.

2)Panier 37717678
Ici le phenomene est qu'une personne non loggée a fait un panier sur le compte d'une autre personne.
D'apres les mails echangés c'est ROCIPR non loggé qui s'est retrouvé dans la session de skipy6.
Items du panier:
select item_id, advert_id, buyer_account_id, itm_status_code, creation_date from item where purchase_id = 37717678;
   ITEM_ID ADVERT_ID BUYER_ACCOUNT_ID ITM_STATUS_CODE CREATION_DATE
---------- ---------- ---------------- --------------- -------------------
  45904797 60682231 12991193 60 24/04/2008 12:53:24

REquetes d'analyse:
select ip_address, card_number_hash, creation_date, change_date from purchase where purchase_id = 37717678;
IP_ADDRESS CARD_NUMBER_HASH CREATION CHANGE_D
-------------------- -------------------------------------------------- -------- --------
85.155.85.111 168b46ea435b003c088c2370eb8a75e2430c5c2a 24/04/08 24/04/08

select purchase_id, buyer_account_id, buyer_login from purchase where card_number_hash = '168b46ea435b003c088c2370eb8a75e2430c5c2a';

PURCHASE_ID BUYER_ACCOUNT_ID BUYER_LOGIN
----------- ---------------- ---------------
   37551696 13303238 ROCIPR
   37557660 13303238 ROCIPR
   37643636 13303238 ROCIPR
   37715707 13303238 ROCIPR
   37717678 12991193 skipy6
Cette derniere requete nous montre que le panier 37717678 a été payé avec la carte bleue de ROCIPR, ce qui pourrai prouver que ce n'est pas skipy6 qui a construit le panier.
   
Deroulement des actions:
2.1
skipy6 se logge, son IP est 85.155.85.111
008-04-25-04-00_esculape.log.gz:2008-04-24 12:31:07,096 INFO [P-Processor6] 85.155.85.111 - >>> POST https://www.priceminister.es/connect!action=dologin&c=80&dest=/user&login=skipy6&password=rara483&submitbtn=Conexi&#xF3;n
2008-04-25-04-00_esculape.log.gz:2008-04-24 12:31:07,117 INFO [P-Processor6] 85.155.85.111 - User authentication success - login = skipy6
2008-04-25-04-00_esculape.log.gz:2008-04-24 12:31:07,165 WARN [P-Processor6] 85.155.85.111 - FRM : com.babelstore.user.front.AccountBlock_jsp overload the model com.babelstore.user.front.AccountBlockModel
2008-04-25-04-00_esculape.log.gz:2008-04-24 12:31:07,446 INFO [P-Processor6] 85.155.85.111 - <<< [350 ms] POST https://www.priceminister.es/connect!action=dologin&c=80&dest=/user&login=skipy6&password=rara483&submitbtn=Conexi&#xF3;n


2.2
xxxx met dans le panier 37717678 l'annonce 60682231
D'apres les mails (ou telephone) echangés xxxx n'est pas skipy6 mais le compte ROCIPR non loggé
2008-04-25-04-00_esculape.log.gz:2008-04-24 12:53:24,231 INFO [-Processor28] skipy6 - >>> POST http://www.priceminister.es/cart!action=add&aid=60682231
2008-04-25-04-00_esculape.log.gz:2008-04-24 12:53:25,197 INFO [-Processor28] skipy6 - <<< [966 ms] POST http://www.priceminister.es/cart!action=add&aid=60682231

2.3
xxxx change les frais de port
2008-04-25-04-00_esculape.log.gz:2008-04-24 12:53:24,231 INFO [-Processor28] skipy6 - >>> POST http://www.priceminister.es/cart!action=add&aid=60682231
2008-04-25-04-00_esculape.log.gz:2008-04-24 12:53:25,197 INFO [-Processor28] skipy6 - <<< [966 ms] POST http://www.priceminister.es/cart!action=add&aid=60682231

2.4
xxxx met dans le panier 37717678 l'annonce 60682231
JE ME DEMANDE comment il peut faire cela
2008-04-25-04-00_esculape.log.gz:2008-04-24 12:54:14,805 INFO [-Processor19] skipy6 - >>> POST http://www.priceminister.es/cart!action=add&aid=60682231
2008-04-25-04-00_esculape.log.gz:2008-04-24 12:54:15,324 INFO [-Processor19] skipy6 - <<< [518 ms] POST http://www.priceminister.es/cart!action=add&aid=60682231

D'apres rocio skipy6 n'a jamais mis en panier cette annonce, c'est comme si une personne (ROCIPR) non loggée avait recupéré la session de skipy6


3) probleme signale dans http://pricejira.lan/browse/APP-20343
Le pseudo "Merigarci" nous signale qu'en se connectant sur compte (en donnant ou en ne donnant pas son mot de passe) a accédé au compte "nuriacs21".

3.1
merigarci se loggue
2008-04-21 08:27:55,960 INFO [P-Processor7] 217.125.43.187 - <<< [665 ms] POST https://www.priceminister.es/connect!action=dologin&c=80&dest=/user&login=merigarci&password=piolin&submitbtn=Conexi&#xF3;n
2008-04-21 08:27:58,231 INFO [P-Processor2] merigarci - >>> POST http://www.priceminister.es/user!continuebtn=Continuar
2008-04-21 08:27:58,243 INFO [P-Processor2] merigarci - Start to compute counters from 'FO : Mon compte Classic'
2008-04-21 08:27:58,404 INFO [P-Processor2] merigarci - Delay to compute counters from 'FO : Mon compte Classic' : 160 ms
2008-04-21 08:27:58,978 INFO [P-Processor2] merigarci - <<< [746 ms] POST http://www.priceminister.es/user!continuebtn=Continuar

3.2
nuriacs21 se logge
2008-04-21 13:47:53,086 INFO [-Processor19] 80.58.239.210 - >>> POST https://www.priceminister.es/connect!action=dologin&c=80&dest=/user&login=nuriacs21&password=110182&submitbtn=Conexi&#xF3;n
2008-04-21 13:47:53,127 INFO [-Processor19] 80.58.239.210 - User authentication success - login = nuriacs21
2008-04-21 13:47:53,761 INFO [-Processor19] 80.58.239.210 - <<< [675 ms] POST https://www.priceminister.es/connect!action=dologin&c=80&dest=/user&login=nuriacs21&password=110182&submitbtn=Conexi&#xF3;n
2008-04-21 13:47:56,331 INFO [-Processor18] nuriacs21 - >>> POST http://www.priceminister.es/user!continuebtn=Continuar
2008-04-21 13:47:56,351 INFO [-Processor18] nuriacs21 - Start to compute counters from 'FO : Mon compte Classic'
2008-04-21 13:47:56,585 INFO [-Processor18] nuriacs21 - Delay to compute counters from 'FO : Mon compte Classic' : 234 ms
2008-04-21 13:47:57,029 INFO [-Processor18] nuriacs21 - <<< [698 ms] POST http://www.priceminister.es/user!continuebtn=Continuar

3.3
demande de page mon compte
premiere demande:
2008-04-21 14:14:38,076 INFO [-Processor28] nuriacs21 - >>> GET http://www.priceminister.es/user
2008-04-21 14:14:38,100 INFO [-Processor28] nuriacs21 - Start to compute counters from 'FO : Mon compte Classic'
2008-04-21 14:14:38,192 INFO [-Processor28] nuriacs21 - Delay to compute counters from 'FO : Mon compte Classic' : 91 ms
2008-04-21 14:14:38,726 INFO [-Processor28] nuriacs21 - <<< [650 ms] GET http://www.priceminister.es/user
2008-04-21 14:14:47,228 INFO [P-Processor5] nuriacs21 - >>> GET http://www.priceminister.es/offer?action=profile&sellerlogin=nuriacs21
2008-04-21 14:14:47,755 INFO [P-Processor5] nuriacs21 - <<< [526 ms] GET http://www.priceminister.es/offer?action=profile&sellerlogin=nuriacs21

deuxieme demande:
2008-04-21 14:15:09,840 INFO [-Processor19] nuriacs21 - >>> GET http://www.priceminister.es/user
2008-04-21 14:15:09,854 INFO [-Processor19] nuriacs21 - Start to compute counters from 'FO : Mon compte Classic'
2008-04-21 14:15:09,893 INFO [-Processor19] nuriacs21 - Delay to compute counters from 'FO : Mon compte Classic' : 39 ms
2008-04-21 14:15:10,225 INFO [-Processor19] nuriacs21 - <<< [385 ms] GET http://www.priceminister.es/user
2008-04-21 14:15:20,628 INFO [-Processor33] nuriacs21 - >>> GET http://www.priceminister.es/inventory?excludeauto=true&select=0
2008-04-21 14:15:21,353 INFO [-Processor33] nuriacs21 - <<< [725 ms] GET http://www.priceminister.es/inventory?excludeauto=true&select=0

troisieme demande:
2008-04-21 14:16:04,092 INFO [-Processor14] nuriacs21 - >>> GET http://www.priceminister.es/user
2008-04-21 14:16:04,105 INFO [-Processor14] nuriacs21 - Start to compute counters from 'FO : Mon compte Classic'
2008-04-21 14:16:04,158 INFO [-Processor14] nuriacs21 - Delay to compute counters from 'FO : Mon compte Classic' : 52 ms
2008-04-21 14:16:04,512 INFO [-Processor14] nuriacs21 - <<< [420 ms] GET http://www.priceminister.es/user

3.4
envoi du mail de plainte de merigarci a partir du compte de nuriacs21
2008-04-21 14:16:12,014 INFO [P-Processor6] nuriacs21 - >>> GET http://www.priceminister.es/help/c/popup/true
2008-04-21 14:16:12,753 INFO [P-Processor6] nuriacs21 - <<< [738 ms] GET http://www.priceminister.es/help/c/popup/true
2008-04-21 14:16:22,855 INFO [-Processor16] nuriacs21 - >>> GET http://www.priceminister.es/help/auto_alias_1_9_5_7/popup/true
2008-04-21 14:16:23,387 INFO [-Processor16] nuriacs21 - <<< [532 ms] GET http://www.priceminister.es/help/auto_alias_1_9_5_7/popup/true
2008-04-21 14:20:15,148 INFO [-Processor11] nuriacs21 - >>> POST http://www.priceminister.es/message!body=Les comuni...&contact=true&inctxid=1001&popup=true&subject=fallo grav...

Dans ce bug merigarci pretend se retrouver dans le compte de nuriacs21 apres avoir s'être loggé.
C'esp peut être vrai, mais quand je regarde les logs:
je vois que:

merigarci s'est loggé à 2008-04-21 08:27:55,960
nuriacs21 se logge à 2008-04-21 13:47:53,086
ensuite il y a plusieurs demandes de page mon compte, il y en a peut etre une du navigateur de merigarci, mais je ne vois que le compte de nuriacs21
ensuite nuriacs envoie un mail de plainte (mais c'est parait'il merigarci)

4) Probleme avec le PRO Valenak signalé par carlos
ce compte en demandant la page mon compte atterit sur le compte d'une autre personne qu'il se logge ou non.

CONCLUSION:
UNE personne peut passer commande sans se logger.
Une personne peut arriver sur un autre compte en demandant la page 'Mon compte' et ceci peut arriver même si la personne ne donne pas ses infos de login.
EN BREF je ne comprends pas ce qui se passe.
Avec les numeros de session dans les logs on sera peut être eclairé.
Le probleme est qu'on se retrouve avec 2 surfeurs sur la même session.
Commentaire de Rocio Perez-Garcia [ 29/avr./08 08:54 ]
Merci Geneviève d'avoir fait tout ce boulot.
Commentaire de Rocio Perez-Garcia [ 29/avr./08 17:07 ]
Encore un cas:

http://bo.priceminister.es/user_back?action=userview&showeventothers=true&useraccountid=13427300

C'est skipy6 qui nos raconte qui ne peut pas acceder à son compte. PriceMinister ouvre tout le temps le compte de eduardito3da.

Qué pasa?
Commentaire de Ange Ferrari [ 29/avr./08 17:20 ]
est ce que vous parlez en direct avec cet utilisateur voir si il peut reproduire le probleme en direct avec nous ?
Commentaire de Geneviève Beaujard [ 30/avr./08 11:20 ]

logs apache dans http://pricejira.lan/secure/attachment/26585/apacheMultiServerEduarditoSkipy6.txt
log jboss dans http://pricejira.lan/secure/attachment/26579/jbossEduarditoSkipy6.txt
Ces 2 logs retracent les requêtes de eduardito et skypi6
Ces 2 logs nous permettent effectivement de constater le partage de la session 'B03015C382299091074F6D9B0581AA87' entre eduardito(80.38.108.131) et skipy6(85.155.85.111).
zgrep -e 85.155.85.111 */*ssl.log.gz ne donne aucun résultat
Il nous reste a comprendre pourquoi il y a ce partage de session.
Le n° de session est donné par apache/tomcat.

Le code qui travaille avec les n° de session est dans FrontRequest.createSession:
    public void createSession(){
      // Find a front session (in request or http session, else create one)
        HttpSession sessionHttp = this.getSession();
        this.setSession((FrontSession) sessionHttp.getAttribute(FrontRequest.FRONT_SESSION));
        if (this.session() == null) {
            this.setSession(new FrontSession(this.getRemoteAddr()));
            sessionHttp.setAttribute(FrontRequest.FRONT_SESSION, this.session());
            this.setIsNewSession(true);
            
        }
        this.session.authorizeBusinessRead();
        // Notify session of request starting
        this.session().beginRequest(this);
    }
C'est dans la variable sessionHttp que l'on récupére la session(apache/tomcat) et je ne vois pas pourquoi on nous donne le même numero.
A voir avec ANGE.
Commentaire de Ange Ferrari [ 30/avr./08 15:16 ]
Voila le traffic pour l'ip 80.38.108.131
Commentaire de Ange Ferrari [ 30/avr./08 15:22 ]
le traffic pour l'autre ip
Commentaire de Ange Ferrari [ 30/avr./08 15:51 ]
Rocio,


Peux tu me confirmer que le message ci dessous
a bien été envoyé par skipy6 depuis le compte de eduardito3da ?

peux tu nous faire une traduction en fr ?

"me intento meter en acceder en mi cuenta y sale directamente sin meter clave ni nada un nombre eduardito3da no se yo no lo he puesto he apagado y encendido el ordenador y sigue saliendo eduardito3da no se si es un cruce de lineas o hay problemas en la conección con priceminister"

Merci!
Commentaire de Rocio Perez-Garcia [ 30/avr./08 16:03 ]
j'ai essayé de lui contacter toute la journée mais ne répond pas.

Oui, je vous confirme que c'est skipy6 qui a envoyé le message, c'est son mail et elle dit: je suis skipy6.

Traduc:

"J'essaie de accéder à mon compte mais il s'affiche directement, sans demander pseudo et mot de passe, le compte eduardito3da. Je ne sais rien, je n'ai rien fait, j'ai allumé et entant mon ordinateur et continue à s'afficher le compte de eduardito3da. Je ne sais pas si c'est une interférence avec les lignes ou bien des problèmes de connexion à PriceMinister."

Je ressaie de lui contacter et vous tient au courant.

Merci

Commentaire de Geneviève Beaujard [ 30/avr./08 17:12 ]
Modification de FrontSession pour ajouter le numero de session.
Modification de Dispatcher pour logger request.logAll() dans une category 'LOG_REQUEST_ALL'

Checking in src/com/babelstore/common/front/FrontSession.java;
/home/cvs/dev/source/src/com/babelstore/common/front/FrontSession.java,v <-- FrontSession.java
new revision: 1.189.10.1; previous revision: 1.189
done
Checking in src/com/babelstore/util/web/Dispatcher.java;
/home/cvs/dev/source/src/com/babelstore/util/web/Dispatcher.java,v <-- Dispatcher.java
new revision: 1.100.28.1; previous revision: 1.100
done
Commentaire de Ange Ferrari [ 05/mai/08 15:24 ]
Bon on pense tenir le coupable !
Normalement nous avons effectué quelques modifications
il faudrait rester attentif voir rappeler des utilisateurs espagnols
pour savoir si ils ont toujours le probleme
Commentaire de Natalia Calero [ 06/mai/08 11:37 ]
en absence de Rocío j'ai appelé les utilisateurs qui avaient rencontré le problème pour les rassurer concernant la résolution du problème et pour leur indiquer de nous prévenir s'ils rencontraient quelque chose qu'ils consideraient pas normale.
Commentaire de Ange Ferrari [ 19/mai/08 15:22 ]
Hello !

Je pense qu'on peut clôturer l'incident
Nicolas, Genevieve et les autres observateurs du Jira
je ne sais pas si cela vaut le coup qu'on fasse un petit résumé du problème
et si oui quelle forme doit il prendre
Commentaire de Charles Decaux [ 19/mai/08 15:26 ]
Merci à tous, moi je suis preneur d'un petit paragraphe pour comprendre ce qu'il s'est passé :-) et comment on l'a réparé.
Commentaire de Edouard Gomez-Vaez [ 20/mai/08 11:33 ]
Je résouds.

Ange (je crois que c'est toi le plus apte) peux-tu faire un commentaire en trois phrases du soucis ?

Merci.
Commentaire de Steven Harel [ 12/juin/08 09:09 ]
on a donc plusieurs utilisateurs qui ont pu se connecter sur les comptes d'autres utilisateurs sans avoir à renseigner de login et de mot de passe. c'est un très (très) gros souci.

peut-on avoir l'explication (promise) de ce problème et la confirmation de l'équipe technique que c'est réglé définitivement ? merci




[EXP-4360] pb de ré-écriture d'adresse email du parrain dans le mail de parrainage Création: 21/mai/08 18:02  Mise à jour: 06/mai/09 15:36  Résolue: 06/mai/09 15:36

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Justin Ziegler Attribution: Nicolas Chauveau
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
a pour doublon APP-20590 mauvaise adresse de réponse dans mail... Fermé
Pays:
FRA - France

 Description   
Voici les log de notre serveur de mail :

May 21 16:50:47 graces00 postfix/smtpd[19433]: connect from hercule02.atlantide.jmsp.net[10.150.28.77]
May 21 16:50:47 graces00 postfix/smtpd[19433]: 27B2614088: client=hercule02.atlantide.jmsp.net[10.150.28.77]
May 21 16:50:47 graces00 postfix/cleanup[19434]: 27B2614088: message-id=<5237336.1211381447159.JavaMail.nobody@nosuchhost.nosuchdomain.com>
May 21 16:50:47 graces00 postfix/cleanup[19434]: 27B2614088: warning: header Subject: justin, voici 7 Euros offerts de la part de Justin from hercule02.atlantide.jmsp.net[10.150.2
8.77]; from=<justin_w_ziegler@priceminister.com> to=<webmaster@priceminister.com> proto=ESMTP helo=<hercule>

May 21 16:50:47 graces00 postfix/nqmgr[1506]: 27B2614088: from=<justin_w_ziegler@priceminister.com>, size=25950, nrcpt=1 (queue active)
==> devrait être justin_w_ziegler@yahoo.fr

May 21 16:50:47 graces00 postfix/smtpd[19433]: disconnect from hercule02.atlantide.jmsp.net[10.150.28.77]
May 21 16:50:47 graces00 postfix/smtp[18583]: 27B2614088: to=<webmaster@priceminister.com>, relay=cluster8.eu.messagelabs.com[85.158.138.179], delay=0, status=sent (250 ok 12113814
47 qp 4982 server-3.tower-169.messagelabs.com!1211381447!4993895!1)
May 21 16:50:47 graces00 postfix/nqmgr[1506]: 27B2614088: removed


 Commentaires   
Commentaire de Justin Ziegler [ 21/mai/08 18:03 ]
est ce un bug appli ?
ou un pb exploit en prod ?
est ce reproductible en integ ?
Commentaire de Justin Ziegler [ 21/mai/08 18:04 ]
Venir me voir si ce n'est pas clair !
merci
Commentaire de Espérance Galouo-Lece [ 22/mai/08 11:18 ]
 - RAS en INTEG;
 - Possible surcharge du nom de domaine des mails en PROD lors de l'envoi des mails;
Commentaire de Patrice Boulanger [ 22/mai/08 11:50 ]
Tu pourrais me décrire la manip pour qu'on puisse cibler les logs du serveur AS concerné ? Qu'on puisse reproduire ?
Merci.
Commentaire de Justin Ziegler [ 22/mai/08 11:52 ]
elle s'adresse a qui la question ?
Commentaire de Patrice Boulanger [ 22/mai/08 11:55 ]
Ange, pourrais-tu jeter un oeil à la conf des postfix de Graces et Cupidon pour vérifier si quelque chose pourrait expliquer ce comportement ?

Merci.
Commentaire de Ange Ferrari [ 22/mai/08 12:08 ]
je viens te voir justin.
Commentaire de Justin Ziegler [ 22/mai/08 12:13 ]
Voici l'entête du mail :

Return-Path: <justin_w_ziegler@priceminister.com>
Delivered-To: justin.ziegler@babel.fr
Received: from localhost (unknown [127.0.0.1])
by vhq.babel.fr (Postfix) with ESMTP id 22C60648079;
Wed, 21 May 2008 16:50:49 +0200 (CEST)
X-Virus-Scanned: PM Antivirus
Received: from mail169.messagelabs.com (mail169.messagelabs.com [85.158.138.179])
by vhq.babel.fr (Postfix) with SMTP id D29C564806E
for <webmaster@priceminister.com>; Wed, 21 May 2008 16:50:48 +0200 (CEST)
X-VirusChecked: Checked
X-Env-Sender: justin_w_ziegler@priceminister.com
X-Msg-Ref: server-3.tower-169.messagelabs.com!1211381447!4993895!1
X-StarScan-Version: 5.5.12.14.2; banners=-,-,-
X-Originating-IP: [212.23.167.26]
X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_90_100,HTML_MESSAGE
Received: (qmail 4982 invoked from network); 21 May 2008 14:50:47 -0000
Received: from graces.atlantide.jmsp.net (HELO graces.atlantide.jmsp.net) (212.23.167.26)
  by server-3.tower-169.messagelabs.com with SMTP; 21 May 2008 14:50:47 -0000
Received: from hercule (hercule02.atlantide.jmsp.net [10.150.28.77])
by graces.atlantide.jmsp.net (Postfix) with ESMTP id 27B2614088
for <webmaster@priceminister.com>; Wed, 21 May 2008 16:50:47 +0200 (CEST)
Message-ID: <5237336.1211381447159.JavaMail.nobody@nosuchhost.nosuchdomain.com>
Date: Wed, 21 May 2008 16:50:47 +0200 (CEST)
From: Justin Ziegler <justin_w_ziegler@priceminister.com>
Reply-To: Justin Ziegler <justin_w_ziegler@priceminister.com>
To: webmaster@priceminister.com
Subject: justin, voici 7 Euros offerts de la part de Justin
Mime-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_Part_704_24470592.1211381447150"
X-MailService: JavaMailService

Commentaire de Ange Ferrari [ 22/mai/08 17:12 ]
Bon ben j'ai identifié le coupable
Merci de preparer le goudron et les plumes pour les équipes de Jet Multimedia

Incident ouvert
correction à venir
Commentaire de Ange Ferrari [ 23/mai/08 16:08 ]
Jet avait mis en place un filtre au niveau du serveur email pour réécrire tous les emails sortant de la plateforme en @priceminister.com
tout ça pour éviter que notre smtp soit identifié comme un relay de spam.

Il est vrai que le From du message envoyer devrait être une adresse en @priceminister.com et que le Reply-To soit l'adresse de la personne emettrice du parrainage

 

Retour de JET


"La règle a été retirée conformément à votre demande.

Mais nous devons vous informer des risques que cela comporte:

- L'envoi de mails dont l'émetteur ne fait pas parti d'un domaine légitime de la plateforme risque d'être considéré par les SMTP externe comme de l'usurpation d'identité et aura pour conséquence le blacklistage de votre plateforme et des IP de Jetmultimedia.

Pouvez-vous étudier de votre coté la possibilité de mettre un champ "reply to" avec la véritable adresse de l'émetteur ?

Exemple:
Remplacer le "to" par "vousavezuncontact@priminister.com" reply to: "michel@yahoo.fr"
Ainsi le récepteur pourra répondre à l'émetteur et il n'y aura pas d'usurpation d'identité coté serveur."

Nicolas je t'assigne ce JIRA car il est lié aux autres JIRA concernant les problèmes d'envoi d'emails depuis la plateforme price
Commentaire de Justin Ziegler [ 23/mai/08 17:53 ]
c'est tout de meme un peu moins bien d'un point de vue fonctionnel :-/

comment fait on pour avoir l'effet "de la part de machin'" ?
Commentaire de Ange Ferrari [ 29/mai/08 09:33 ]
On pourrait imaginer

que dans le from on mette

From: "De la part de Ange Ferrari" <whatever@priceminister.com>

ce qui afficherait dans le client mail "De la part de Ange Ferrari"
avec un
Reply-To: ange.ferrari@priceminister.com

Le reply-to est vraiment supporté par l'ensemble des clients emails on a donc peut de chance ( mis a part les spammer )
que des gens répondent sur l'adresse whatever@priceminister.com

Commentaire de Ange Ferrari [ 29/mai/08 09:42 ]
J'ai fait le test sur cdiscount

From jdoe@yahoo.com Thu May 29 07:41:11 2008
Return-Path: <jdoe@yahoo.com>
Authentication-Results: mta212.mail.mud.yahoo.com from=yahoo.com; domainkeys=neutral (no sig)
Received: from 81.252.251.70 (EHLO CDWWW17.cdweb.biz) (81.252.251.70) by mta212.mail.mud.yahoo.com with SMTP; Thu, 29 May 2008 00:41:15 -0700
Received: from mail pickup service by CDWWW17.cdweb.biz with Microsoft SMTPSVC; Thu, 29 May 2008 09:41:11 +0200
thread-index: AcjBX106RszARvjvQxi4d9hSa+X2rg==
Thread-Topic: Hey trop cool
From:
<jdoe@yahoo.com>
Ajouter l'expéditeur dans les contacts
To: <spamcatched@yahoo.fr>
Subject: Hey trop cool
Date: Thu, 29 May 2008 09:41:11 +0200
Message-ID: <F542AD103B64441BBA83F54DAF02B2B7@cdweb.biz>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0000_01C8C170.20C7EBD0"
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
Content-Length: 7314

Il passe direct en spam chez yahoo
Commentaire de Justin Ziegler [ 29/mai/08 14:23 ]
je ne comprends pas ton test :-(
que cherches tu a tester ?
Commentaire de Ange Ferrari [ 29/mai/08 14:38 ]
Je testais la réaction d'un antispam face à un site qui faisait comme nous
(c'est à dire cdiscount)
Commentaire de Patrice Boulanger [ 06/mai/09 15:36 ]
Doublon avec APP-24124.




Plan de Taggage Nextperformance : retargeting comportemental (APP-28963)

[APP-28964] Création du Flux Produits pour Nextperformance Création: 30/mars/10 19:09  Mise à jour: 12/août/10 12:00  Résolue: 10/août/10 11:00

Etat: Fermé
Projet: Application PriceMinister
Composants: Affiliation
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 74.0.2.1

Type: Sub-new feature Priorité: Majeur
Rapporteur: Jonathan Gorges Attribution: Eric Vannier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM: *** A PLANIFIER ***

 Description   
Hello Éric,

Parrallèlement à la pose des tags pour NextPerformance, nous devons créer un flux produit ALL pour ce partenaire.
Ils préfèrent le CSV au XML.

Voici la structure du flux souhaité :
- id produit
- prix
- nom produit
- url image
- url du produit avec code de tracking à la fin de chaque URL
- id categorie
- description
- prix origine (pour prix barrés)

Nous ne souhaitons pas transmettre les sex toys dans ce flux.

Le flux devra être mis à disposition quotidiennement sur un de leur FTP. Je te transmettra les infos du FTP asap.

Le code de tracking à insérer après chaque URL des produits est : ?t=2295541

Enfin, je demande s'ils sont capables de gérer des flux incrémentaux et te fais un retour asap également.

Je reste à ta disposition pour toute information complémentaire.

Jon


 Commentaires   
Commentaire de Jonathan Gorges [ 19/avr./10 18:03 ]
Hello,

Voici comme convenu mon retour sur les flux à mettre en place. Nous leur proposerons des flux incrémentaux (ils sont capables de les gérer).

Aussi, le taggage des pages étant bientôt finalisé, pourriez-vous svp me communiquer une date approximative de livraison des flux ?

Merci d'avance pour votre retour.

Bonne soirée.

Jonathan.
Commentaire de Eric Vannier [ 22/avr./10 18:08 ]
Jonathan ,

Qu'entends-tu par category id ?

Cordialement,
Commentaire de Jonathan Gorges [ 22/avr./10 19:13 ]
Hello,

Défaut de langage, désolé !

Je voulais dire "Product Type Code" ou "Rang" (selon le BO)

Livres = 10
CD = 30
...

A ta dispo

Jon
Commentaire de Eric Vannier [ 23/avr./10 09:33 ]
Une dernière précision UTF8 ou ISO-8859-1 ?

j'ai déjà généré un extrait du flux :

ID|PRIX|TITRE|IMAGE|URL|CATEGORIE_ID|DESCRIPTION|PRIX_ORIGINE
92351271|40.00|Final Fantasy Xiii|http://cot.priceminister.com/photo/860334093_S.jpg|http://www.priceminister.com/offer/buy/92351271/final-fantasy-xiii-jeu-p
s3.html?t=2295541|40|Retrouvez vos jeux vidéos au meilleur prix. Achetez Final Fantasy Xiii a prix réduit sur PriceMinister.|69.90
84098068|41.00|Call Of Duty - Modern Warfare 2|http://cot.priceminister.com/photo/853273961_S.jpg|http://www.priceminister.com/offer/buy/84098068/call-of-dut
y-modern-warfare-2-jeu-ps3.html?t=2295541|40|Retrouvez vos jeux vidéos au meilleur prix. Achetez Call Of Duty - Modern Warfare 2 a prix réduit sur PriceMin
ister.|62.99
92807006|38.00|God Of War Iii|http://cot.priceminister.com/photo/859882034_S.jpg|http://www.priceminister.com/offer/buy/92807006/god-of-war-iii-jeu-ps3.html?
t=2295541|40|Retrouvez vos jeux vidéos au meilleur prix. Achetez God Of War Iii a prix réduit sur PriceMinister.|69.99
82088945|30.00|Uncharted 2 - Among Thieves|http://cot.priceminister.com/photo/855676457_S.jpg|http://www.priceminister.com/offer/buy/82088945/uncharted-2-amo
ng-thieves-jeu-ps3.html?t=2295541|40|Retrouvez vos jeux vidéos au meilleur prix. Achetez Uncharted 2 - Among Thieves a prix réduit sur PriceMinister.|69.99
90583282|32.95|Heavy Rain|http://cot.priceminister.com/photo/861267581_S.jpg|http://www.priceminister.com/offer/buy/90583282/heavy-rain-jeu-ps3.html?t=229554
1|40|Retrouvez vos jeux vidéos au meilleur prix. Achetez Heavy Rain a prix réduit sur PriceMinister.|69.99
84098070|35.00|Call Of Duty - Modern Warfare 2|http://cot.priceminister.com/photo/853273963_S.jpg|http://www.priceminister.com/offer/buy/84098070/call-of-dut
y-modern-warfare-2-jeu-xbox-360.html?t=2295541|40|Retrouvez vos jeux vidéos au meilleur prix. Achetez Call Of Duty - Modern Warfare 2 a prix réduit sur Pri
ceMinister.|62.99
Commentaire de Jonathan Gorges [ 23/avr./10 09:38 ]
Hello,
Merci pour ta réactivité Eric.

Je demande au partenaire, lui fait valider la structure du flux et reviens vers toi asap.

Merci.
Commentaire de Jonathan Gorges [ 23/avr./10 14:52 ]
Hello Eric,

Parrallèlement, mon partenaire me demande les plages IP à autoriser pour leur FTP.

Pourrais-tu me les communiquer ?

Merci d'avance.
Commentaire de Eric Vannier [ 23/avr./10 16:44 ]
Le serveur qui va réaliser la mise en production aura l'ip = 212.23.167.57
Commentaire de Eric Vannier [ 23/avr./10 16:44 ]
j'attends ton go pour mettre le flux en prod car de notre côté tout est OK.
Commentaire de Jonathan Gorges [ 23/avr./10 17:58 ]
Hello,

Merci Eric, j'attends la confirmation du partenaire sur la structure du flux et reviens vers toi asap pour lancer (surement début de semaine prochaine).

Jon
Commentaire de Jonathan Gorges [ 27/avr./10 14:51 ]
Hello,

Voici comme convenu les informations nécessaires concernant leur ftp :

IP : 88.191.39.104
login : priceminister
pass : FugquogBeeb4

J'attends toujours leur GO cependant pour mettre en prod le flux.

A votre dispo.

Jon
Commentaire de Jonathan Gorges [ 27/avr./10 17:00 ]
GO :) !
Commentaire de Eric Vannier [ 27/avr./10 18:21 ]
C'est en production
Commentaire de Jonathan Gorges [ 28/avr./10 16:15 ]
Hello Eric,

Mon contact technique chez Nextperf m'informe que le flux n'est pas arrivé sur leur ftp.
En regardant le "tableau marketing" des flux, aucun flux n'a effectivement été envoyé.

Peux-tu voir stp ce qu'il s'est passé ?

Merci
Commentaire de Eric Vannier [ 10/août/10 11:00 ]
je résous car ce flux est en production




[EXP-1912] Mail considérés comme SPAM Création: 02/mai/06 18:02  Mise à jour: 25/juin/07 18:57  Résolue: 11/mai/06 15:24

Etat: Résolu
Projet: Exploitation
Composants: Troubleshooting
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Quentin de Chivré Attribution: ZZ_Arnaud Baali
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 3 jours
Estimation originale: Non spécifié


 Description   
De plus en plus de mes correspondants ne recoivent pas mes mails car ceux ci sont consodérés comme SPAM...

Ca n'est pas nouveau mais ca devient inquiétant car ca augmente soudainement....

 Commentaires   
Commentaire de Sébastien Tournay [ 02/mai/06 18:20 ]
On a indetifié ce problème la semaine dernière. Visiblement nous sommes depuis peu indetifié dans certaines blacklist. C'est pour cela que maintenant nous appaissons en SPAM chez certains utilisateurs.

Aranud, ou en sommes nous avec COLT sur ce sujet ? Dans combien de RBL sommes nous identifiés ? Pour moi une des causes de notre blacklistage est un envoi massif de mail non sollicité suite à un éventuel virus (spyware)en interne. Tu peux te le faire confirmer par COLT.

comme vu ce matin, est-ce que nous pouvons indetifié une (ou des machines) qui sur notre réseau envoi beaucoup de mail ?
Commentaire de ZZ_Arnaud Baali [ 03/mai/06 09:02 ]
J'ai pris contact avec Colt qui m'a expliqué que le problème de blacklist pouvait venir soit d'un spyware soit d'un autre client client de chez eux qui dispose du meme serveur smtp que nous pour envoyer ces mails.
J'ai effectué un test ce matin sur le site de dnsstuff et nous sommes blacklistés sur 7 listes.
J'ai effectué aussi les opérations de déblacklist qui devront prendre effet d'ici une heure environ.
Mais comme il l'est à chaque fois indiqué, nous pouvons être reblacklisté deux jours après ou moins si le problème d'envoi de mail persiste.
Commentaire de Sébastien Tournay [ 03/mai/06 10:08 ]
A suivre donc pour surveiller notre sorti des BL.

Cela vaut le coup d'étudier sur notre réseau que nous n'avons pas de spyware. Avec Norton nous avions une lutte centralisée contre les spyware. Ou en sommes nous avec KAPERSKY ? Cela vaut le coup aussi de lancer en automatique une analyse compléte de tous les postes de W avec KAPERSKY pour être certain que nous n'avons pas de virus sur les postes.

Autre piste si le pb persite.. On pourrait modifier l@IP publique de notre FW. On pourrait sortir donc des BL. non ? Mais attention aux impacts (VPN, prise en compte d'une nouvelle @IP pour notre accès à JMH..). Quid alors si notre problème de SPYWARE n'est pas réglé ou que le problème avec un autre client de COLT est toujours présent.

Que fait COLT pour avancer sur notre Problème ?

Cela vaut peut-être le coup de faire un petit mail d'information interne pour informer tout le monde du problème rencontré en ce moment et sensibiliser les utilisateurs sur le fait que certains mails peuvent se perdre dans la boite SPAM du destinataire.
Commentaire de ZZ_Arnaud Baali [ 03/mai/06 10:51 ]
Nous avons été sortie de 3 LBL il en reste encore autant.

COlt est toujours en investiguation, le technicien relance le service concerné.
Commentaire de ZZ_Arnaud Baali [ 03/mai/06 15:27 ]
Nous avons été déblacklisté de toutes les listes.
Il en reste uniquement une mais qui est à la charge de Colt
Je relance colt cet après midi pour cette liste et je pense que notre souci de blacklist sera résorbé.

Commentaire de Sébastien Tournay [ 04/mai/06 09:21 ]
Pour moi le problème n'est pas réglé. On peut à nouveau être listé dans les RBL dans 48 heures si le problème vient de chez nous. Il faut donc travailler sur le fond du problème avec COLT mais aussi en interne pour être certain de ne plus avoir ce problème. Il faut surtout regarder 2 fois par jour DNSTUFF pour voir si nous sommes à nouveau blacklisté.
Commentaire de ZZ_Arnaud Baali [ 11/mai/06 11:25 ]
Voilà maintenant une semaine que le problème de Blacklist n'a pas réapparu. Les RBL ne contiennent plus notre adresse IP.
Côté Antivirus, le premier scan n'a pas remonté de souci. Néanmoins, la plannification du prochain scan est déjà prévu pour le week-end donc à partir de Lundi je revérifi les log de l'antivirus.
Le JIRA pour je pense être cloturé à la suite de cette vérification




[EXP-724] Upgrade du lien COLT 2Mo à 4Mo Création: 02/janv./06 11:39  Mise à jour: 25/juin/07 18:55  Résolue: 03/févr./06 18:34

Etat: Résolu
Projet: Exploitation
Composants: Evolution
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Sébastien Tournay Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 3 heures, 5 minutes
Estimation originale: Non spécifié


 Description   
Il faut faire le point avec COLT pour connaitre l'avancement de notre projet de migration de notre lien SDSL (2Mo à 4Mo). Voir si la date d'upgrade est plannifiée. Définir avec eux la procédure (changement du routeur ?). Si le routeur est changé, s'assurer que l'ancienne configuration est bien reprise.

Il devient urgent de migrer à 4M compte tenu des ralentissements du lundi matin

 Commentaires   
Commentaire de Jérémie Bennejean [ 02/janv./06 19:07 ]
attente reponse colt
Commentaire de Jérémie Bennejean [ 11/janv./06 15:06 ]
Intervention de Colt 11 janvier 2006 à partir de 15H pour le montage et le test de notre ligne 4 Mo avec France télécom.
J'ai demandé un mail de confirmation à Colt.
D'autre part ils m'ont dit que "normalement" nous n'aurions pas perturbations ...
Commentaire de Jérémie Bennejean [ 11/janv./06 16:09 ]
erreur je voualis dire le 12 janvier et non le 11
Commentaire de Sébastien Tournay [ 12/janv./06 12:16 ]
Attention concernant le routeur. Il me semble qu'ils vont le changer. ATTENTION alors à la configuration de nos régles et de notre plan d'@IP.
Commentaire de Jérémie Bennejean [ 17/janv./06 16:01 ]
Aprés avoir relancé Laurent Hullot -Wilm, ce matin , j'ai eu une réponse que j'ai fais suivre à Sébastien et Alain.
Il serait bon de planifier le moment de passage à 4 Mo.
Commentaire de Alain Bonneaud [ 17/janv./06 16:39 ]
A planifier lundi ou mardi matin à 8h00. Ca vous va?
Commentaire de Sébastien Tournay [ 17/janv./06 17:07 ]
Je préfère mardi car je suis absent le lundi.
Commentaire de Jérémie Bennejean [ 23/janv./06 15:44 ]
Mr goudenege de chez Colt à appeller afin deme proposer de faire l'upgrade immédiatement, ce que j'ai refusé ou de le plannifier.
La plannification n'est possible que de 10h a 18h ,du lundi au vendredi. Sinon c'est payant.
La coupure ne dure que 5 à 1à minutes selon lui.
Il m'a assuré que nous conservions bien nos adresses IP.
Durant l'opération ( ou aprés ) il me tienne informé par téléphone
REste donc une plage horaire à définir..


Mr Goudenege est joignable en le demandant au 01 70 99 55 00 à partir de 10H dès mardi 24 janvier.
Commentaire de Jérémie Bennejean [ 31/janv./06 09:14 ]
J'ai pu avoir un responsable ainsi qu'un technicien me réservant la plage horaire du vendredi 3 février de 12H00 à 13H00 pour faire l'upgrade de notre lien.

Durant l'opération j'ai demandé à être avec le technicien Colt chargé de l'opération afin de pouvoir revenir en arrière si cela ne fonctionnait pas.

L'opération consiste pour colt à recopier la même configuration de notre actuel routeur vers le nouveau.

Ensuite de notre coté il faudra switcher le lien en le Fortigate et le routeur nouveau.

La durée de l'opération, selon colt est estimée à 20 minutes.

 

Dès que j'ai le mail de confirmation de Colt ainsi que votre confirmation accord, on enverra un mail pour prévenir tout le monde que vendredi 3 février entre 12H00 et 13H00 l'accès à Internet sera coupé du fait de l'upgrade du lien. Il sera toujours possible via le MPLS d'accéder à la prod ainsi qu'au Bo d'accéder au Bo. (Cela a été vérifié
Commentaire de Jérémie Bennejean [ 03/févr./06 10:25 ]
Nom du contact COLT :
Thomas GREBELEZ
01-70-99-58-20




[EXP-1374] Infoglue - problème de connexion sur lui meme Création: 23/févr./06 15:18  Mise à jour: 25/juin/07 18:56  Résolue: 08/mars/06 18:29

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Swan Desportes Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Infoglue cherche à se connecter sur lui-même avec l'url http://eglue.priceminister.com/cms/UpdateCache.action

Le problème, c'est qu'il n'y arrive pas. Exemple :

[pmas@esculape mainlog]$ wget http://eglue.priceminister.com/cms/UpdateCache.action
--15:14:38-- http://eglue.priceminister.com/cms/UpdateCache.action
           => `UpdateCache.action'
Resolving eglue.priceminister.com... 212.23.167.55
Connecting to eglue.priceminister.com|212.23.167.55|:80... failed: Network is unreachable.

On a donc de grosses erreurs dans la log

2006-02-23 15:13:44,555 INFO [-Processor13] - java.io.IOException: Server returned HTTP response code: 502 for URL: http://eglue.priceminister.com/cms/UpdateCache.action
2006-02-23 15:13:44,555 INFO [-Processor13] - at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1149)
2006-02-23 15:13:44,555 INFO [-Processor13] - at org.infoglue.cms.util.RemoteCacheUpdater.postToUrl(RemoteCacheUpdater.java:154)
2006-02-23 15:13:44,556 INFO [-Processor13] - at org.infoglue.cms.util.RemoteCacheUpdater.updateRemoteCaches(RemoteCacheUpdater.java:103)
2006-02-23 15:13:44,556 INFO [-Processor13] - at org.infoglue.cms.util.RemoteCacheUpdater.notify(RemoteCacheUpdater.java:72)
2006-02-23 15:13:44,556 INFO [-Processor13] - at org.infoglue.cms.util.ChangeNotificationController.addNotificationMessage(ChangeNotificationController.java:113)
2006-02-23 15:13:44,556 INFO [-Processor13] - at org.infoglue.cms.controllers.kernel.impl.simple.CmsJDOCallback.created(CmsJDOCallback.java:233)
2006-02-23 15:13:44,556 INFO [-Processor13] - at org.exolab.castor.persist.TransactionContext.create(TransactionContext.java:958)
2006-02-23 15:13:44,556 INFO [-Processor13] - at org.exolab.castor.jdo.engine.DatabaseImpl.create(DatabaseImpl.java:380)
2006-02-23 15:13:44,556 INFO [-Processor13] - at org.infoglue.cms.applications.managementtool.actions.ImportRepositoryAction.createContents(ImportRepositoryAction.java:365)
2006-02-23 15:13:44,556 INFO [-Processor13] - at org.infoglue.cms.applications.managementtool.actions.ImportRepositoryAction.createContents(ImportRepositoryAction.java:416)
2006-02-23 15:13:44,556 INFO [-Processor13] - at org.infoglue.cms.applications.managementtool.actions.ImportRepositoryAction.createContents(ImportRepositoryAction.java:416)
2006-02-23 15:13:44,557 INFO [-Processor13] - at org.infoglue.cms.applications.managementtool.actions.ImportRepositoryAction.createContents(ImportRepositoryAction.java:416)
2006-02-23 15:13:44,557 INFO [-Processor13] - at org.infoglue.cms.applications.managementtool.actions.ImportRepositoryAction.doExecute(ImportRepositoryAction.java:174)
2006-02-23 15:13:44,557 INFO [-Processor13] - at org.infoglue.cms.applications.common.actions.WebworkAbstractAction.execute(WebworkAbstractAction.java:110)
2006-02-23 15:13:44,557 INFO [-Processor13] - at webwork.dispatcher.GenericDispatcher.executeAction(GenericDispatcher.java:131)
2006-02-23 15:13:44,557 INFO [-Processor13] - at webwork.dispatcher.ServletDispatcher.service(ServletDispatcher.java:174)
2006-02-23 15:13:44,557 INFO [-Processor13] - at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
2006-02-23 15:13:44,557 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
2006-02-23 15:13:44,558 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
2006-02-23 15:13:44,558 INFO [-Processor13] - at org.infoglue.cms.security.InfoGlueAuthenticationFilter.doFilter(InfoGlueAuthenticationFilter.java:140)
2006-02-23 15:13:44,558 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
2006-02-23 15:13:44,558 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
2006-02-23 15:13:44,558 INFO [-Processor13] - at org.infoglue.cms.util.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:93)
2006-02-23 15:13:44,558 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
2006-02-23 15:13:44,558 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
2006-02-23 15:13:44,558 INFO [-Processor13] - at org.infoglue.deliver.applications.filters.CacheEvictionFilter.doFilter(CacheEvictionFilter.java:108)
2006-02-23 15:13:44,559 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
2006-02-23 15:13:44,559 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
2006-02-23 15:13:44,559 INFO [-Processor13] - at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
2006-02-23 15:13:44,559 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
2006-02-23 15:13:44,559 INFO [-Processor13] - at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
2006-02-23 15:13:44,559 INFO [-Processor13] - at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
2006-02-23 15:13:44,559 INFO [-Processor13] - at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
2006-02-23 15:13:44,559 INFO [-Processor13] - at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
2006-02-23 15:13:44,560 INFO [-Processor13] - at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
2006-02-23 15:13:44,560 INFO [-Processor13] - at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
2006-02-23 15:13:44,560 INFO [-Processor13] - at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
2006-02-23 15:13:44,560 INFO [-Processor13] - at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
2006-02-23 15:13:44,560 INFO [-Processor13] - at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
2006-02-23 15:13:44,560 INFO [-Processor13] - at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
2006-02-23 15:13:44,560 INFO [-Processor13] - at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
2006-02-23 15:13:44,560 INFO [-Processor13] - at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
2006-02-23 15:13:44,561 INFO [-Processor13] - at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
2006-02-23 15:13:44,561 INFO [-Processor13] - at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
2006-02-23 15:13:44,561 INFO [-Processor13] - at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
2006-02-23 15:13:44,561 INFO [-Processor13] - at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
2006-02-23 15:13:44,561 INFO [-Processor13] - at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
2006-02-23 15:13:44,561 INFO [-Processor13] - at java.lang.Thread.run(Thread.java:595)


 Commentaires   
Commentaire de Swan Desportes [ 23/févr./06 16:40 ]
Je viens de regarder. Il n'y a pas de solution court terme par property.
Est ce que vous pourriez faire le nécessaire pour ouvrir la "route" vers eglue.priceminister.com ?

Merci
Commentaire de Sébastien Tournay [ 23/févr./06 16:48 ]
On ne peut pas ouvrir la route depuis un serveur applicatif (ex ici avec ESCULAPE) vers une adresse IP publique. Ils ne peuvent pas sortir.. On ne peut et on ne veut pas le faire..

Plusieurs solutions alors :

* utilisation d'une couche pour passer par le proxy. Une properties qui pourrait faire cela ?? Un peu compliquer sans doute. C'est ce que nous faisons pour chronopost et SIPS..
* Renseigner dans le fichier /etc/hosts sur ESCULAPE l'@IP privée de PHAETON (par exmple) pour faire la résolution eglue.priceminister.com/... sur la RIP
Commentaire de Ranto Andriambololona [ 23/févr./06 17:39 ]
Le problème de mettre l'IP privée de phaeton c'est quelle est déja utilisé dans Apache par le virtual-host bo.jmh.lan

Une solution est de

- créer une deuxième IP privéé virtuelle sur Phaeton et de brancher un virtualhost eglue dessus sur le port 80
- Renseigner dans le fichier /etc/hosts sur ESCULAPE cette nouvelle IP privée de Phaeton

Commentaire de Ranto Andriambololona [ 24/févr./06 10:31 ]
On a trouvé une alternative via l'IP privée de CUPIDON

Actuellement de esculape on peut faire une requete

Commentaire de Ranto Andriambololona [ 24/févr./06 10:31 ]
wget http://eglue.priceminister.com/cms/UpdateCache.action
Commentaire de Swan Desportes [ 24/févr./06 10:44 ]
OK pour le wget mais malheureusement, ça ne change rien pour Java.
On a toujours la même trace dans la log.
Commentaire de Swan Desportes [ 24/févr./06 10:47 ]
Pour info :
502, mauvais routage : le serveur a reçu une réponse invalide du serveur en amont
Commentaire de Ranto Andriambololona [ 24/févr./06 12:03 ]
La méthode évoqué en dessus ne fonctionne pas ...

Nous avons modifié les paramètres ci-dessous dans le fichier cms.properties de ESCULAPE

#Internal sites (working/preview) urls
internalDeliverUrl.0=http://127.0.0.1/cms
internalDeliverUrl.1=http://127.0.0.1/cms

#Live-sites urls
publicDeliverUrl.0=http://127.0.0.1/cms
 
Cela a permit de régler le problème, les données eglue sont en PROD

Swan, pense à ajouter notre modif dans les futurs EAR
Commentaire de Swan Desportes [ 24/févr./06 14:36 ]
Malheureusement, on a encore la trace. C'est moins bloquant mais qd meme...

2006-02-24 14:33:13,264 INFO [-Processor18] - Updating cache at http://127.0.0.1/cms/UpdateCache.action
2006-02-24 14:33:13,264 INFO [-Processor18] - java.net.ConnectException: Connection refused
2006-02-24 14:33:13,265 INFO [-Processor18] - at java.net.PlainSocketImpl.socketConnect(Native Method)
2006-02-24 14:33:13,265 INFO [-Processor18] - at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
2006-02-24 14:33:13,265 INFO [-Processor18] - at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
2006-02-24 14:33:13,265 INFO [-Processor18] - at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
Commentaire de Ranto Andriambololona [ 24/févr./06 14:46 ]
Comme tomcat écoute sur le port 8009, il faudrait modifier l'url en

http://127.0.0.1:8009/cms/UpdateCache.action

[pmas@esculape ~]$ wget http://127.0.0.1:8009/cms/UpdateCache.action
--14:46:11-- http://127.0.0.1:8009/cms/UpdateCache.action
           => `UpdateCache.action.4'
Connecting to 127.0.0.1:8009... connected.
Commentaire de Ranto Andriambololona [ 24/févr./06 16:05 ]
Je viens de mettre à jour l'URL dans le fichcier cms.properties

Depuis 10 mn l'erreur ne revient plus ..

Swan, merci de confirmer et fermer si ok
Commentaire de Ranto Andriambololona [ 24/févr./06 17:07 ]
Toujours des erreurs mais cette fois-ci d'autres type

2006-02-24 17:02:50,097 INFO [P-Processor8] - Updating cache at http://127.0.0.1:8009/cms/UpdateCache.action
2006-02-24 17:02:50,099 ERROR [P-Processor6] - BAD packet signature 20559
2006-02-24 17:02:50,099 ERROR [P-Processor6] - Error, processing connection
java.lang.IndexOutOfBoundsException
        at java.io.BufferedInputStream.read(BufferedInputStream.java:306)
        at org.apache.jk.common.ChannelSocket.read(ChannelSocket.java:601)
        at org.apache.jk.common.ChannelSocket.receive(ChannelSocket.java:557)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:666)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)
2006-02-24 17:02:50,100 ERROR [P-Processor6] - BAD packet signature 20559
2006-02-24 17:02:50,100 ERROR [P-Processor6] - Error, processing connection
java.lang.IndexOutOfBoundsException
        at java.io.BufferedInputStream.read(BufferedInputStream.java:306)
        at org.apache.jk.common.ChannelSocket.read(ChannelSocket.java:601)
        at org.apache.jk.common.ChannelSocket.receive(ChannelSocket.java:557)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:666)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)


Dans la mesure ou les données sont en PROD et que cette erreur n'est pas bloquant pour eglue, je redescend la prirotité de cette tache
Commentaire de Ranto Andriambololona [ 08/mars/06 18:29 ]
on a plus l'erreur sur ESCULAPE




[EXP-5169] pulserecords (ID:17007501) : Images non visibles Création: 02/sept./10 11:29  Mise à jour: 28/sept./10 10:36  Résolue: 27/sept./10 17:45

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Jérome Marianne Attribution: Jérome Marianne
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Salut, Pourrais tu forcer la mise à jour image de ce pro.
En effet après 48h toutes les images ne sont toujours pas en ligne pour certaines fiches produits, pourtant les URL sont correctes.

Ex de produits concernées:
104586901
99031732
105788163
92575342


 Commentaires   
Commentaire de Eric Vannier [ 13/sept./10 12:13 ]
Le soucis vient d'une indisponibilité au moment du passage du batch :

grep 'http://www.pulserecords.co.uk/pics/121145.jpg&#39; nohup.out
2010-09-13 09:00:05,894 INFO [.150.28.90-0] IMPORT_IMAGE - IMG_DOWNLOAD_FAIL responseCode : [0], url : http://www.pulserecords.co.uk/pics/121145.jpg for product : 104586901 attribute 3051749526 (31/08/2010-11:34) UserAccount 17007501 [ class java.io.IOException : HTTP response code is not 200 : 503 ]

503 Service Unavailable Service temporairement indisponible ou en maintenance

Toutes les images du partenaire subissent le même sort :

grep 'http://www.pulserecords.co.uk/pics/&#39; nohup.out | wc -l
3251

Il faut voir avec lui
Commentaire de Maram Khayati [ 16/sept./10 17:25 ]
J'ai prévenu le Pro pour revoir son fichier et les url photos.
Je reviens vers vous dès que j'ai une réponse.
Merci
Maram
Commentaire de Eric Vannier [ 22/sept./10 10:26 ]
Je te laisse gérer cela et revenir vers nous si nécessaire.
Commentaire de Maram Khayati [ 22/sept./10 11:27 ]
Salut,
Le pro me fournit une réponse :

Hi Maram

Is your IP address 212.23.170.236?

inetnum: 212.23.170.0 - 212.23.173.255
netname: JMSP-HOSTING-1
descr: Jetmultimedia France
descr: Velizy, FRANCE
country: FR
admin-c: JM-RIPE
tech-c: JM-RIPE
status: ASSIGNED PA
notify: ***@jmsp.net
mnt-by: JETMULTIMEDIA-MNT
source: RIPE
changed: *********@jetmultimedia.fr 20081003



If so, my server provider has blocked your IP address. The reason is that there were persistent calls to non-existant files on the server:



[Fri Jan 01 07:24:33 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/55614.jpg
[Fri Jan 01 07:24:33 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/14141.jpg
[Fri Jan 01 07:24:33 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/77582.jpg
[Fri Jan 01 07:24:34 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/23096.jpg
[Fri Jan 01 07:24:35 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/74149.jpg
[Fri Jan 01 07:24:35 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/100345.jpg
[Fri Jan 01 07:24:35 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/68142.jpg
[Fri Jan 01 07:24:38 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/77006.jpg
[Fri Jan 01 07:24:38 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/97726.jpg
[Fri Jan 01 07:24:38 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/71993.jpg
[Fri Jan 01 07:24:38 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/55327.jpg
[Fri Jan 01 07:24:38 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/74403.jpg
[Fri Jan 01 07:24:38 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/95478.jpg
[Fri Jan 01 07:24:38 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/79298.jpg
[Fri Jan 01 07:24:38 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/62799.jpg
[Fri Jan 01 07:24:38 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/95304.jpg
[Fri Jan 01 07:24:38 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/72155.jpg
[Fri Jan 01 07:24:39 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/57758.jpg
[Fri Jan 01 07:24:39 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/68742.jpg
[Fri Jan 01 07:24:39 2010] [error] [client 212.23.170.236] File does not exist: /home/pulserecords/html/pics/78269.jpg




When you can assure me that your system will only try to access the files mentioned in the data that we send, I may be able to persuade the people that administer the server to unblock.


Cheers
Steve
Commentaire de Jérome Marianne [ 27/sept./10 17:45 ]
Le mécanisme d'import image ne peut être changé.
Etant donné qu'il est en mise à jour produit il recherche les URL pour lesquelles on n'a rien récupéré, on n'est pas censé savoir qu'il ne les a plus sur son serveur.

A lui donc de décider de débloquer notre IP.
Pour plus d'info la dessus il faut voir avec Eric Vannier
Commentaire de Maram Khayati [ 28/sept./10 09:31 ]
Je ne sais pas si ça a un rapport avec le problème ou pas mais je viens de recevoir un mail du Pro disant:

Any idea why Priceminister France is suddenly showing so many errors – I haven’t changed anything when uploading:-
24/09/2010-19:10
Ecrasement
22741 (2374)
87 %
Traité

23/09/2010-19:07
Ecrasement
22734 (2374)
87 %
Traité

22/09/2010-22:30
Ecrasement
22752 (2375)
87 %
Traité

21/09/2010-20:47
Ecrasement
22755 (2375)
87 %
Traité

20/09/2010-20:37
Ecrasement
22748 (2376)
87 %
Traité

17/09/2010-19:15
Ecrasement
22739 (2377)
87 %
Traité

15/09/2010-19:02
Ecrasement
22730 (2379)
87 %
Traité

13/09/2010-19:12
Ecrasement
22716 (2380)
87 %
Traité

10/09/2010-18:23
Ecrasement
22750 (2384)
87 %
Traité

10/09/2010-18:21
Ecrasement
22750 (2385)
87 %
Traité

09/09/2010-19:35
Ecrasement
22754 (2387)
87 %
Traité

08/09/2010-20:21
Ecrasement
22719 (38)
100 %
Traité



Priceminister Spain has far less errors.
Regards,
Gary
Commentaire de Jérome Marianne [ 28/sept./10 10:36 ]
J'ai repassé son format en création produit et non plus en mise à jour produit.
Le dernier fichier à été retraité le taux est revenu à 100%.




[APP-31143] [ES] Probleme sur les banners de la regie Espagne Création: 23/sept./10 13:52  Mise à jour: 11/oct./10 10:02  Résolue: 08/oct./10 10:49

Etat: Fermé
Projet: Application PriceMinister
Composants: Promo
Affecte la/les version(s): 77.0.1
Version(s) corrigée(s): 78.0.2

Type: Bogue Priorité: Critique
Rapporteur: Nerea Prieto Attribution: Rocio Perez-Garcia
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Pub.jpg    
Pays:
ESP - Espagne
Site: Prod
Projets PM: *** A PLANIFIER ***
Navigateur: Tous
Classif FONC: comarket

 Description   
Bonjour,

Voici le message qui m'a envoyé la régie PUB

Merci

Hola Nerea,
 
Estoy verificando los tags de publicidad de la pagina y veo que el roba 2 (300x250) solo sirve autopromo y sin nuestra etiqueta, me lo podrías confirmar por favor.

Por nuestra parte esta OK, me lo acaban de confirmar.
 

Gracias
Nathalie
 


 Commentaires   
Commentaire de Nerea Prieto [ 23/sept./10 13:53 ]
Pour résumer,

le problème c'est qu'ils ne trouvent pas ses tags sur notre site...
Commentaire de Ariane Baldinger [ 23/sept./10 15:44 ]
Rocio je te laisse confirmer que les tags matchent bien et qu'il n'y a pas eu de changement récent.

Et peux-tu indiquer dans ce jira les tags posant pb ? (vieilles autopromos via les tags en HP, espace vide dans la nav)

Merci
Commentaire de Rocio Perez-Garcia [ 23/sept./10 16:56 ]
Nous trouvons bien ses tags en prod.
Par exemple, le side 3 en navigation (à ce jour il n'envoie rien) apparait dans la source :

<div id="offer_side_3"></div>

<div class="blk_advert">
<!-- begin ad tag (tile=4) -->
<script language="JavaScript" type="text/javascript">
var s = PM.Promos.getPromoChannel('electronics');

if (s=="") {
  s='otros';
}
if (typeof ord=='undefined') {ord=Math.random()*10000000000000000;}
document.write('<iframe src="http://ad.es.doubleclick.net/adi/priceminister.tsv/&#39;+s+&#39;;sect=hueco2;tile=4;sz=300x250;ord=&#39; + ord + '?" width="300" height="250" marginwidth="0" marginheight="0" frameborder="0" scrolling="no">');
if (navigator.userAgent.indexOf("Gecko")==-1)
{document.write('<script language="JavaScript" src="http://ad.es.doubleclick.net/adj/priceminister.tsv/&#39;+s+&#39;;sect=hueco2;tile=4;sz=300x250;abr=!ie;ord=&#39; + ord + '?" type="text/javascript"><\/script>');
}
document.write('</iframe>');
</script><noscript><a href="http://ad.es.doubleclick.net/jump/priceminister.tsv/&#39;+s+&#39;;sect=hueco2;tile=4;sz=300x250;ord=123456789?"><img src="http://ad.es.doubleclick.net/ad/priceminister.tsv/&#39;+s+&#39;;sect=hueco2;tile=4;sz=300x250;ord=123456789?" width="300" height="250" border="0" alt=""></a></noscript>
<!-- End ad tag -->

</div>

Pareil pour hueco 1, HP side 1 et banner Header.

Peux - tu leur demander de vérifier le code source ?

Commentaire de Nerea Prieto [ 30/sept./10 13:08 ]
Le problème n'est pas resolu.

Ils ont vérifié leur code source et ils me disent qu'ils ne voient rien.
Commentaire de Rocio Perez-Garcia [ 30/sept./10 13:43 ]
E-Mail de la régie:
"Hola Nerea,

 Estoy esperan la contestación del trafficker, pero por lo visto desde aquí está todo correcto.

Nos puedes mandar una captura de pantalla de lo que veis en blanco? No será otra vez el tema de la ip esp y ip fr?

Estamos en contacto,

Nathalie"

Je crois comprendre que avec IP espagnole ça marche bien ?
Commentaire de Damien Dorizy [ 30/sept./10 15:35 ]
J'ai pas tout compris à ce qui est écrit plus haut, mais en regardant dans le code généré là où la pub apparaît blanc on a :

<script language="JavaScript" type="text/javascript">
var s = PM.Promos.getPromoChannel('games');

if (s=="") {
  s='otros';
}
if (typeof ord=='undefined') {ord=Math.random()*10000000000000000;}
document.write('<iframe src="http://ad.es.doubleclick.net/adi/priceminister.tsv/&#39;+s+&#39;;sect=hueco2;tile=4;sz=300x250;ord=&#39; + ord + '?" width="300" height="250" marginwidth="0" marginheight="0" frameborder="0" scrolling="no">');
if (navigator.userAgent.indexOf("Gecko")==-1)
{document.write('<script language="JavaScript" src="http://ad.es.doubleclick.net/adj/priceminister.tsv/&#39;+s+&#39;;sect=hueco2;tile=4;sz=300x250;abr=!ie;ord=&#39; + ord + '?" type="text/javascript"><\/script>');
}
document.write('</iframe>');
</script><noscript><a href="http://ad.es.doubleclick.net/jump/priceminister.tsv/&#39;+s+&#39;;sect=hueco2;tile=4;sz=300x250;ord=123456789?"><img src="http://ad.es.doubleclick.net/ad/priceminister.tsv/&#39;+s+&#39;;sect=hueco2;tile=4;sz=300x250;ord=123456789?" width="300" height="250" border="0" alt=""></a></noscript>
<!-- End ad tag -->
Commentaire de Damien Dorizy [ 30/sept./10 15:50 ]
En résumé, on fait bien appel à la régie, donc si c'est blanc c'est que eux ne retournent rien, et il n'est pas question de bloqueur ou quoi que ce soit. Il faudrait qu'ils testent depuis une IP non espagnole.

Si on se connecte sur Price avec une IP Espagnole (en utilisant http://proxyanonimo.es par exemple, merci Jérémie), on a bien de vraies pub, mais c'est pas toujours super (voir capture d'écran avec 2 pubs identiques)
Commentaire de Nerea Prieto [ 30/sept./10 16:26 ]
Merci beaucoup Damien, je transmets le message.

On va y arriver.

Merci
Commentaire de Rocio Perez-Garcia [ 30/sept./10 16:29 ]
Je sors ce JIRA de la version car rien à faire.

Nerea, est-ce que c'est encore prévu la modification des tags de la régie en ES ?
Commentaire de Nerea Prieto [ 01/oct./10 16:38 ]
Oui Rocío c'est prévu, j'espère qu'ils me donnent les tags rapidement...
Commentaire de Nerea Prieto [ 01/oct./10 16:43 ]
La e-regie me demande si on peut avoir le code qui charge le banner blanc (pas la balise mais le code qui charge la balise) comme ça ils disent pouvoir localoser le problème.


"Si nos pudieran pasar, usando un programa de trazas, el código que se esta cargando en ese banner blanco (no la etiqueta,sino el código que carga la etiqueta), podríamos localizar donde se encuentra el problema."

Merci
Commentaire de Damien Dorizy [ 01/oct./10 17:07 ]
Voici le code qui génère une pub blanche en integ (désolé, pas trop lisible) :
<!-- begin ad tag fill (tile=2) -->
<div style="background-color:#ffffff;width:300px;height:250px;position:absolute;overflown:hidden;display:none;" id="ad_fill_side1">
<script language="JavaScript" type="text/javascript">
if (typeof ord=='undefined') {ord=Math.random()*10000000000000000;}
document.write('<script id="jsPubSide1" language="JavaScript" src="http://ad.es.doubleclick.net/adj/priceminister.tsv/home;tile=2;sz=300x250;ord=&#39; + ord + '?" type="text/javascript"><\/script>');
</script><noscript><a href="http://ad.es.doubleclick.net/jump/priceminister.tsv/home;tile=2;sz=300x250;ord=123456789?" target="_blank"><img src="http://ad.es.doubleclick.net/ad/priceminister.tsv/home;tile=2;sz=300x250;ord=123456789?" width="300" height="250" border="0" alt=""></a></noscript>
</div>
<script language="Javascript" type="text/javascript">
var jsPub = document.getElementById('jsPubSide1');
jsPub.parentNode.removeChild(jsPub);
var fillPub = document.getElementById('ad_fill_side1');
document.getElementById('ad_place_side1').appendChild(fillPub);
fillPub.style.display='';
</script>
<!-- End ad tag fill -->

Cependant, j'ai l'impression que la pub blanche n'est pas toujours dans le même emplacement. Enfin, j'espère qu'ils arriveront à localiser le problème.
Commentaire de Christophe Garcia [ 07/oct./10 11:46 ]
MDPLVC




[IMP-6842] Analyse flux XML, et import > produits mode > ELLEpassions Création: 26/août/10 11:57  Mise à jour: 12/nov./10 11:15  Résolue: 12/nov./10 11:15

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Isabelle Weisbecker Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: XML File catalogue_complet.xml     Text File catalogue_complet.xml.txt     XML File catalogue_mode_2.xml     Text File catalogue_mode_2.xml.txt    
Pays:
FRA - France
Login: ELLEpassions
Séparateur: N/A
Type de traitement:
Mise à jour/création annonces avec mise à jour/création produits (écrasement)

 Description   

Pour l'instant produit Mode Femme et Enfant.

Il pourra y avoir de la déco et du linge de maison

Melissa Guedjdal
Melissa.GUEDJDAL@Lagardere-Active.com
0141348187

 Commentaires   
Commentaire de Fotigui Tangara [ 27/août/10 10:16 ]
Le flux XML n'est pas en pièce jointe ?

Y-a-t-il un URL pointant vers le flux XML ?
Commentaire de Isabelle Weisbecker [ 27/août/10 10:20 ]
avec le fichier c'est mieux en effet ;-)
Commentaire de Fotigui Tangara [ 30/août/10 12:14 ]
Les données en rapport avec les déclinaisons (couleur, taille) sont directement incluses dans la description du produit (voir l'exemple ci-dessous). La structure du fichier XML pourrait poser problème par rapport à l'accès aux nécessaires pour la création de fiches produit et annonces associées.

Néanmoins, j'aplatis le fichier en CSV en prenant en compte toutes les données, à partir de là nous pourrons décider...

<produit>
<prod_number>H3115</prod_number>
<prod_name>Jean slim</prod_name>
<prod_price>30.20</prod_price>
&#8722;
<prod_url>
http://elle.solution.weborama.fr/fcgi-bin/performance.fcgi?ID=298360&A=1&L=141537&C=5274&P=14514&T=E&URL=http%3A%2F%2Fellepassions.elle.fr%2FBoutique%2FCatalogue%2FMode%2FPantalons%2FJean-slim
</prod_url>
<prod_price_old>55.00</prod_price_old>
<currency_symbol>EUR</currency_symbol>
<category>Boutique/Catalogue/Mode/Pantalons/Jean-slim</category>
&#8722;
<prod_description_long>
Jean slim LTB. 98 % coton, 2 % élasthanne. Longueur cÿté 102 cm. Largeur bas 16 cm.26 (36), 27 (37), 28 (38), 29 (39), 30 (40), 31 (41), 32 (42).
</prod_description_long>
&#8722;
<img_large>
http://ellepassions.elle.fr/var/plain_site/storage/images/boutique/catalogue/mode/pantalons/jean-slim/13305806-2-fre-FR/Jean-slim.jpg
</img_large>
<manufacturer>LTB</manufacturer>
</produit>
Commentaire de Fotigui Tangara [ 30/août/10 14:05 ]
Ci-dessous, les catégories de produits du flux XML :

Mode ==> 905 lignes
Deco ==> 271 lignes
Cuisine ==> 237 lignes
Label-Parents ==> 120 lignes
Livres ==> 7 lignes
Commentaire de Fotigui Tangara [ 30/août/10 14:05 ]
En PJ le fichier XML aplati en TXT.
Commentaire de Fotigui Tangara [ 30/août/10 15:54 ]
Ci-dessous, mail envoyé au PRO :

Bonjour,

A la demande de votre commerciale chez www.priceminister.com, nous sommes en charge de la mise en place de vos annonces.

Nous avons une question au sujet de votre flux XML :

- Avez-vous la possibilité de structurer votre flux XML de façon à mettre en évidence les annonces associées à un produit donné ?
o attribuer une référence à chaque annonce (article en vente) et faire correspondre à celle-ci, sa couleur (s'il y a en), sa taille


Ci-dessous, un exemple de structure XML illustrant la question :

<products>
<product isnew="N" id="2204">
<denomination>
        Polo Abercrombie And Fitch kaki</denomination>
<description>Polo Abercrombie and fitch kakiCol ras du couBroderies Abercrombie And Fitch sur la poitrineCoupe ajust&eacute;e (musclar)
</description>
<files>
<file type="image/jpeg" use="main view">http://domaine.com:8080/images/dynamic/products/fullsize/34203.jpg
</file>
</files>
<references>
<reference retailprice="59.90" id_annonce="39102" id_product="2204" currency="EUR" available="Y" quantity="4">
<characteristics weight="500g" clothing_size="S" color="vert" fabric="Coton" age="Adulte"/>
<price>34.90</price>
</reference>
<reference retailprice="59.90 id_annonce ="39103" id_product="2204" currency="EUR" available="Y" quantity="6">
<characteristics weight="500g" clothing_size="M" color="vert" fabric="Coton" age="Adulte"/>
<price>34.90</price>
</reference>
<reference retailprice="59.90" id_annonce ="39104" id_product="2204" currency="EUR" available="Y" quantity="8">
<characteristics weight="500g" clothing_size="L" color="vert" fabric="Coton" age="Adulte"/>
<price>34.90</price>
</reference>
<reference retailprice="59.90" id_annonce ="39105" id_product="2204" currency="EUR" available="Y" quantity="6">
<characteristics weight="500g" clothing_size="XL" color="vert" fabric="Coton" age="Adulte"/>
<price>34.90</price>
</reference>
<references>
</product>
</products>

Commentaire de Fotigui Tangara [ 31/août/10 11:05 ]
Aucune réaction de la part du PRO.

D'ici la fin de ma semaine, si le PRO ne réagit pas, sa demande ne sera plus une priorité.

Commentaire de Fotigui Tangara [ 01/sept./10 13:43 ]
Demande bloquée en attente de retour du PRO.
Commentaire de Fotigui Tangara [ 09/sept./10 11:38 ]
Faut-il fermer cette demande ?

Le PRO ne répond pas au mail qui lui a été envoyé.

 
Commentaire de Isabelle Weisbecker [ 09/sept./10 16:42 ]
je relance le pro. 10 jours ce n'est pas long pour une grosse structure comme le site ELLE
Commentaire de Fotigui Tangara [ 09/sept./10 17:44 ]
Les demandes ayant le statut "Priorité" doivent être traitées dans la semaine glissante.

Dans ce cas je laisse la demande tout en lui ôtant le statut "Priorité".
Commentaire de Fotigui Tangara [ 17/sept./10 10:42 ]
Je remets cette demande dans le dispatcher en attendant un retour du PRO.

Commentaire de Isabelle Weisbecker [ 14/oct./10 15:17 ]
Voici un nouveau flux amélioré pour analyse et import.
Commentaire de Fotigui Tangara [ 18/oct./10 09:58 ]
reprise de la demande en tenant compte du nouveau flux.
Commentaire de Fotigui Tangara [ 18/oct./10 15:50 ]
En PJ un fichier aplati correspondant au nouveau flux XML.
Commentaire de Fotigui Tangara [ 18/oct./10 17:01 ]
Vu par téléphone avec Melissa Guedjdal : Elle nous enverra l'URL pointant vers le fichier.
Pour permettre l'import automatique (Download), l'adresse IP de notre serveur FTP leur a été transmise, celle-ci sera ajoutée dans la liste des adresses IP autorisées.

Commentaire de Fotigui Tangara [ 19/oct./10 10:06 ]
En attente de l'url à prendre en compte pour l'import automatique.

Commentaire de Fotigui Tangara [ 19/oct./10 16:25 ]
Mail envoyé au PRO (19/10/2010) :

Bonjour,

A la suite de notre conversation téléphonique d’hier (18/10/2010), nous sommes toujours en attente de recevoir l’adresse (URL) nous permettant de paramétrer l’import automatique de votre flux XML.

Cordialement
Equipe Import
Commentaire de Fotigui Tangara [ 22/oct./10 15:26 ]
Finalement, nous irons récupérer le flux XML sur le compte FTP du PRO dont les paramètre sont :

-------------------------------------------------------------------
host : webftp.lagardere-active.com
user : zanoxphp5
mdp : AIgraNLP
-------------------------------------------------------------------
 
Le PRO dit déposer son flux XML directement à la racine de son compte FTP.

Les premières tentatives de téléchargement du flux XML auront lieu à partir du 25/10/2010.

Commentaire de Fotigui Tangara [ 25/oct./10 11:31 ]
Nos tentatives de connexion au FTP du PRO échouent ==> Trop de contrainte.

Nous lui proposons notre compte FTP (le PRO viendra déposer son flux XML).


Commentaire de Fotigui Tangara [ 25/oct./10 11:31 ]
================================
Compte FTP vendeur créé...

Pseudo : ellepassions
mot de passe : lkie!993HG
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

================================
Commentaire de Fotigui Tangara [ 27/oct./10 18:04 ]
J'ai relancé le PRO pour qu'il dépose leur flux XML dans le dossier "/stock/ecrasements" sur le compte FTP dont les paramètres de connexion sont ci-dessus cités.

En attente de réponse de la part du PRO.
Commentaire de Fotigui Tangara [ 28/oct./10 10:56 ]
Melissa Guedjdal m'a contacté pour me signaler que leur service informatique trouve contraignant de venir déposer leur flux sur le compte FTP priceminister qui leur a été mis en place.

Elle se rassurera auprès de leur service informatique que notre adresse IP (212.23.167.57) est bien autorisée chez eux.

A présent, la balle est dans leur camp, j'attends la confirmation de la prise en compte de notre adresse IP dans leur système avant de faire quoique ce soit par rapport à leur demande.

Compte tenu de l'encours croissant des demandes à traiter et de leur complexité, nous ne pourrons pas nous permettre de trop nous focaliser sur leur demande.
Commentaire de Isabelle Weisbecker [ 28/oct./10 11:44 ]
Pourquoi ne leur proposons pas de passer par les web service ?
Commentaire de Fotigui Tangara [ 28/oct./10 11:53 ]
Pour le moment les web services sont opérationnels uniquement pour les flux de commandes. Pour les flux de stock (annonces) ça va venir bientôt, j'espère !.
Commentaire de Fotigui Tangara [ 05/nov./10 17:04 ]
Bonjour,

Pas de problème, je vais rajouter ces deux infos.
Si ce fichier vous convient, on pourra le déposer tous les matins à 4h du matin.

NB:Dans le fichier de test que j'ai déposé, la valeur de categoryid2 était constante, elle ne le sera pas en condition réelle.


Cordialement,
Arnaud Chasseux.

------------------------------------------------------------------------------------------------------------------------------------------------------
Le 4 novembre 2010 14:15, Support Pro <support.pro@priceminister.com> a écrit :
Bonjour,

Pouvez-vous ressortir la couleur, la taille des produits (articles) dans des éléments (balises) à part ?
Car pour le moment, ces informations se trouvent dans le titre (la désignation) du produit.
 
Exemples :
<color_list>Carbone</color_list>
<size_list>L</size_list>
 
 
Cordialement
Equipe Import
Commentaire de Fotigui Tangara [ 10/nov./10 10:02 ]
70% de réussite (avant correction, mapping) pour un premier passage du flux XML du PRO.
Commentaire de Fotigui Tangara [ 10/nov./10 17:34 ]
Finalement le fichier passe à 85% de réussite.

Demande traitée.





[CAT-3383] Nextperformance - (re)livrer les flux incrémentaux du 15/12 inclus à aujourd'hui Création: 21/déc./10 18:38  Mise à jour: 27/déc./10 17:43  Résolue: 24/déc./10 16:45

Etat: Résolu
Projet: Paramétrage - Non Import
Composants: Flux Marketing
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Jonathan Gorges Attribution: Carole Boucheny
Résolution: Corrigé  
Estimation restante: 1 heure
Temps consacré: Non spécifié
Estimation originale: 1 heure

Liens des demandes:
Similaire
similaire à CAT-3395 Nextperformance - problème pour dépos... Résolu
Pays:
FRA - France

 Description   
Hello Carole,

Comme vu ensemble, nous devons dès que possible livrer de nouveau les flux incrémentaux de Nextperformance du 15/12 inclus à aujourd'hui.
Comme tu l'as identifié, leur FTP ne répondait plus (car plein) et ces derniers flux incrémentaux n'ont pu être traité.

Merci d'avance pour ton retour.

Jon

 Commentaires   
Commentaire de Carole Boucheny [ 22/déc./10 10:03 ]
Bonjour,

Le FTP n'est toujours pas accessible :

ftp 88.191.39.104
Connected to 88.191.39.104.
421 Service not available, remote server has closed connection

Carole
Commentaire de Jonathan Gorges [ 22/déc./10 10:06 ]
Hello Carole,
Merci pour ce retour. Je viens de relancer le partenaire.
Je reviens vers toi asap.
Commentaire de Jonathan Gorges [ 22/déc./10 10:45 ]
Hello Carole,

Peux-tu réessayer stp ?

Merci
Commentaire de Carole Boucheny [ 22/déc./10 11:45 ]
Toujours pareil...
Commentaire de Jonathan Gorges [ 22/déc./10 16:09 ]
Hello Carole,

Nextperformance est en train de reconfigurer leur FTP pour nous.
Normalement, nous pourrons redéposer tous les incrémentaux depuis le 15/12 inclus ce vendredi (24/12).

En attendant, j'ai besoin de plusieurs infos :
- Peux-tu me dire si notre process consiste uniquement à déposer les flux incrémentaux sur un FTP partenaire, où si nous pouvons les mettre à dispo chez nous, tous les jours ?
- Quelles sont les plages d'adresses IP utilisées pour déposer les flux chez Nextperformance ?

Enfin, je pense que nous lancerons les full vers le 05/01/2011

A ta dispo.
Commentaire de Carole Boucheny [ 22/déc./10 16:23 ]
Voici les 2 IP avec lesquels on se connecte sur le FTP :

212.23.170.218
212.23.170.213

Carole
Commentaire de Jonathan Gorges [ 24/déc./10 14:23 ]
Hello Carole,

Nous devons changer les paramètres du FTP Nextperformance. Les voici ci-dessous :

URL : feeds.nextperf.net
Login : priceminister
Pwd : jnvAbuB3DE2yqHaF

Comme vu ensemble, le FTP sera fonctionnel dès ce soir. Nous devons donc redéposer les flux incrémentaux Nextperformance depuis le 15/12 inclus sur ce FTP, puis paramétrer les prochains flux sur le même FTP.

Merci d'avance pour ta confirmation.

Jon
Commentaire de Jonathan Gorges [ 24/déc./10 15:00 ]
Hello Carole,

Mon partenaire me communique un autre FTP sur lequel on pourrait également déposer (dès maintenant) les fichier incrémentaux depuis le 15/12.

Est-ce possible ?

Merci d'avance pour ton retour

host: s272360014.onlinehome.fr
user : u51642243-price
pass: fJkBuFBx
Commentaire de Carole Boucheny [ 24/déc./10 16:45 ]
J'ai déposé les fichiers sur leur ftp temporaire et modifier la configuration (ftpswitch) pour mettre à jour le nouveau ftp.
Commentaire de Carole Boucheny [ 27/déc./10 17:03 ]
ça fonctionne correctement sur ce ftp.
Le problème doit venir du mode passif qui doit être mal géré par ftpswitch (C'est un script qui permet notamment d'uploader des fichiers).
Commentaire de Jonathan Gorges [ 27/déc./10 17:24 ]
Hello,
C'est une bonne nouvelle.
Il est donc préférable de garder l'ancien FTP pour déposer les fichiers incrémentaux automatiquement chaque jour en ton absence.

Peux-tu me confirmer que c'est OK pour toi ?

Comment puis-je vérifier de mon côté que tout fonctionne chaque jour ? Le tableau Supervision me donne-t-il ce genre d'infos ?

Merci d'avance pour ton retour.
Commentaire de Carole Boucheny [ 27/déc./10 17:43 ]
Oui tout est ok pour moi. Les fichiers ont été déposés par ftpswitch automatiquement tout à l'heure sur ce FTP donc il n'y aura pas de soucis. (FTPSwitch est un mécanisme qui n'est pas utilisé que pour les flux, il sert aussi aux imports de fichier des vendeurs pro, les transactions... Il est donc surveillé par plusieurs équipes donc peu de chance de tomber en panne)

Oui le tableau de supervision te donne l'information dans la colonne "Protocole, Date". C'est la date à laquelle le fichier a bien été transféré sur le FTP (si celui-ci est indisponible ou que le fichier n'a pas réussit à être correctement copier pour x raisons, la colonne ne sera pas mis à jour).




[APP-30617] Ouvrir un serveur de recette à R2011 Création: 09/août/10 15:20  Mise à jour: 11/févr./11 10:59  Résolue: 02/déc./10 16:56

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 87.0.0 (CTN-W)

Type: Tâche Priorité: Majeur
Rapporteur: Fabrice Feugas Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM: Régie 2011

 Description   
Merci d'ouvrir un serveur de recette avec configuration régie 2011 (et Lagardère désactivé) ASAP.

 Commentaires   
Commentaire de Fabrice Feugas [ 09/août/10 15:21 ]
Je laisse un DEV piloter cette tâche.

Je vous fournit l'adresse IP du partenaire dès que je l'ai.
Commentaire de Fabrice Feugas [ 09/août/10 16:11 ]
Adresse IP : 213.56.76.189
Commentaire de Renaud Dierickx [ 02/déc./10 16:56 ]
C'est fait !




[APP-32479] (ES) - Avazu (retargeting) - plan de taguage PriceMinister.es (affiliation)sur re Création: 14/janv./11 17:34  Mise à jour: 03/mars/11 13:55  Résolue: 02/mars/11 15:15

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 83.0.5
Version(s) corrigée(s): 88.0.1

Type: Tâche Priorité: Majeur
Rapporteur: Isabel Yus Attribution: Rocio Perez-Garcia
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: PDF File Avazu_RetargetingapiES.pdf     PDF File retargetingapi Final VERSION2.pdf     JPEG File screenshot-1.jpg    
Pays:
ESP - Espagne
Site: Prod
Projets PM: *** A PLANIFIER ***
Classif FONC: comarket

 Description   
Bonjour,

Nous lançons un nouveau partenaire en affiliation tel que la France l'a fait cet été, Avazu (http://avazutracking.net/). Ils nous proposent du retargeting comportementale à la performance (au CPA).

Ce partenaire a généré un grand volume de ventes en France en très peu de temps, et totalement rentables puisque nous rémunérons au CPA basé sur le CA. De plus, Avazu vient d'être lancé en Espagne avec une équipe très ambitieuse qui est en train d'élargir rapidement son réseau.

S'agissant de retargeting, nous devons donc taguer certaines de nos pages.Vous trouverez le plan de taguage en PJ. Important : dans ce plan de taguage, seule la partie "Personalized Retargeting with product feeds" nous concerne (page 4 et 5)

Je vous conseille de vous référer à ce plan de tagging mais aussi (ET SURTOUT) à ce qui a été fait pour la France et dont l'info est disponible sur : APP-30506, car il y a eu plein d'aller/retours et des ajustements de ce plan de tagging avant de pouvoir arriver à la fin et de le mettre en prod

Dans l'idéal pour nous serait de commencer le partenariat ASAP. Quand est-ce que cela vous semble jouable ?

Merci d'avance pour votre aide,

Isabel




 Commentaires   
Commentaire de Ariane Baldinger [ 18/janv./11 17:39 ]
Bonjour Isabel,

On vise le dump du 3 février.

A.
Commentaire de Isabel Yus [ 18/janv./11 18:21 ]
OK parfait. En revanche il faudra faire des tests avant de mettre en prod comme d'hab. Quand est-ce que le paramétrage pourra être terminé ?
Commentaire de Rocio Perez-Garcia [ 20/janv./11 11:10 ]
Parametré en IG

A tester sur ref-es
Commentaire de Ariane Baldinger [ 25/janv./11 09:55 ]
Isabel,

Peux-tu valider stp ?
Commentaire de Isabel Yus [ 25/janv./11 10:59 ]
Bonjour Ariane,

Comme j'ai dit à Rocío hier je comptais faire les tests dès lundi (hier) mais entretemps nous avons reçu plusieurs emails que tu as du voir suite au dernièr CoMarket (liste ci-dessous). Est-ce que nous pouvons donc rajouter de nouveaux tags à l'international ? Pourrais-tu donner ton avis à ce sujet ?

De : Fabrice FEUGAS
Envoyé : vendredi 21 janvier 2011 18:35
À : Benoit Bourdon
Cc : Fabrice Feugas; Jerome Vivies; Ariane Baldinger; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Isabel Yus; Justin Ziegler
Objet : Re: [CoMarket] CR du 19/01/2011

A noter qu’il y a aussi des retarguetteurs pour l’ES :
nouveaux retarguetteurs à venir : Avazu, Clickintext et Allopub. Sortie le 03/02 (voir planning).
A-t-on ces problématiques à l’international ?
 
Fabrice FEUGAS
Email: fabrice.feugas@priceminister.com
Tél: 01.42.78.76.87
 
De : Swan Desportes [mailto:swan.desportes@priceminister.com]
Envoyé : vendredi 21 janvier 2011 18:35
À : Benoit Bourdon
Cc : Fabrice Feugas; Jerome Vivies; Ariane Baldinger; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Isabel Yus; Justin Ziegler
Objet : Re: [CoMarket] CR du 19/01/2011
 
Hello
 
J'ai demandé à Damien une étude de perf des tags. D'ici deux semaines, j'espère avoir des indicateurs quanti sur le coût moyen d'un tag pour l'affichage d'une page PM. Dès lors, on pourra décider de la limite acceptable.
Sans cette étude préalable, c'est assez difficile d'arbitrer.
 
En tout cas, je comprends que cette étude est encore plus prioritaire que ce que j'imaginais.
 
A suivre
 
Swan
 
 
Le 21 janvier 2011 18:29, Benoit Bourdon <benoit.bourdon@priceminister.com> a écrit :
« Nouveaux retargetteurs : stuck et weborama »
 On a de gros problèmes de performances d’affichages des FPs en ce moment. (temps total d’affichage du coté client) … ce qui pénalise le référencement naturel global du site
Je pense que ce n’est pas le moment de rajouter de nouveaux tags / n’y a-t-il pas d’autres tags devenus obsolètes par exemple ? Tous les tags de retargetteurs ou autres sont ils nécessaires ?
Commentaire de Isabel Yus [ 26/janv./11 12:12 ]
RÉPONSE DE FABRICE ET BENOIT :

De : Benoit Bourdon [mailto:benoit.bourdon@priceminister.com]
Envoyé : mardi 25 janvier 2011 19:55
À : Isabel Yus
Cc : Fabrice Feugas; Ariane Baldinger; Jerome Vivies; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Justin Ziegler; Rocio Perez Garcia
Objet : Re: [CoMarket] CR du 19/01/2011

oui à priori pas mal d'impressions de ralentissement en FR ... confirmées par certaines courbes.
pas vraiment le même retour sur les Pays pour le moment.


Le 25 janvier 2011 17:25, Isabel Yus <isabel.yus@priceminister.com> a écrit :
OK merci. On continue donc la mise en prod de ces 3 nouveaux tags retargeteurs sur le site ES après les tests
 
 De : Fabrice Feugas [mailto:fabrice.feugas@priceminister.com]
Envoyé : mardi 25 janvier 2011 16:40
À : Ariane Baldinger; Isabel Yus
Cc : Benoit Bourdon; Jerome Vivies; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Justin Ziegler; Rocio Perez Garcia

Objet : RE: [CoMarket] CR du 19/01/2011
 
Pas de nouvelles bonnes nouvelles, donc non.
 
Fabrice FEUGAS
Email: fabrice.feugas@priceminister.com
Tél: 01.42.78.76.87
 
De : Ariane Baldinger [mailto:ariane.baldinger@priceminister.com]
Envoyé : mardi 25 janvier 2011 13:31
À : Isabel Yus
Cc : Benoit Bourdon; Fabrice Feugas; Jerome Vivies; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Justin Ziegler; ROCIO PEREZ GARCIA
Objet : Re: [CoMarket] CR du 19/01/2011
 
je n'ai pas vu de réponse à la question d'Isabel...

Doit-on repousser les différentes demandes de pose de tags sur l'Espagne ?
Commentaire de Isabel Yus [ 26/janv./11 12:13 ]
Suite à l'OK donnée par Benoit et Fabrice j'ai demandé l'adresse IP d'Avazu pour l'ouverture d'un serveur de la part de l'exploit hier. Pour l'instant je n'ai pas de réponse. J'ai vu avec Rocío ce matin en ref et nous avons les tags aux bons emplacements.
Je vous tiens au courant dès que j'ai des réponses du côté des partenaires.

Merci

Isabel
Commentaire de Isabel Yus [ 28/janv./11 12:28 ]
Bonjour,

Voici l'adresse IP pour l'ouverture du serveur pour les test de retargeting du partner AVAZU: IP 180.168.45.102

Merci d'avance

Isabel

Commentaire de Isabel Yus [ 01/févr./11 12:20 ]
Avazu vient de finir les tests sur www.ref-es.babel.fr et voici leur réponse

Te explico a detalle, el código que se implementó es el siguiente:

var _Runid = "NGllcl9mZys0";
var _Radvid = "OG1lX3QrNGlr";
var _Article = new Object();
// _Article.other = ""
_AvazuAddLoadEvent(function (){
    _RetSetC(_Article);

Este código corresponde para Francia, pero el que se mandó para España es el siguiente:

var _AvazuRunid = "MzI4aWVyX2ZnKzQ=";
var _AvazuRadvid = "MTA0Mm1lX3QrNGlr";
var _AvazuArticle = new Object();
var _AvazuCategory = new Object();
_AvazuCategory.img = "[CATEGORY_IMG]";
_AvazuCategory.name = "[CATEGORY_NAME]";
_AvazuArticle.other = "[CUSTOM_PARAMETERS]";
(function() {

El problema puede ser con el link o que se implementó mal ese pequeño detalle, te pido por favor verificarlo con tu equipo.
Commentaire de Rocio Perez-Garcia [ 01/févr./11 12:57 ]
Je viens de corriger les Runid et Radvid, mais selon son doc ce n'est pas var _AvazuRadvid mais var _Radvid.

Merci.
Commentaire de Isabel Yus [ 01/févr./11 17:10 ]
Rocio,

J'ai eu la confirmation- Il faut bien prendre les "var _Avazu" et pas "var _" uniquement.

En fait, ils m'ont envoyer au départ un doc générique avec les mêmes infos que pour la France pour que nous puissions voir que le système de tagging était le même et ensuite ils m'ont envoyé deux mois après un autre doc (que je te mets ci-joint) où il y avait les tags spécifiques pour l'Espagne, c'est à dire ceux que je viens de noter ci-dessus :
var _AvazuRunid = "MzI4aWVyX2ZnKzQ=";
var _AvazuRadvid = "MTA0Mm1lX3QrNGlr";
var _AvazuArticle = new Object();
var _AvazuCategory = new Object();
_AvazuCategory.img = "[CATEGORY_IMG]";
_AvazuCategory.name = "[CATEGORY_NAME]";
_AvazuArticle.other = "[CUSTOM_PARAMETERS]";
(function() {

Le problème c'est que c'est dernière c'est la plateforme qui me l'a envoyé par pdf et ils ne m'ont pas bien indiqué son utilité. Ils m'ont tout simplement dit que c'était un document avec des infos à utiliser en cas de doute... mais en fait CE N'ÉTAIT PAS LE CAS et cétait le doc avec les tags ES définitifs.

Merci d'avance

Isabel
Commentaire de Rocio Perez-Garcia [ 01/févr./11 17:14 ]
Je sors ce Jira de la version, le temps d'étudier la doc.
Commentaire de Rocio Perez-Garcia [ 03/févr./11 11:07 ]
Je viens de modifier les codes.
Remarques :
Le plan de taggage est similaire à FR : Pages NAV et SEARCH, confirmation de paiement, Advert_list et HP.
Page confirmation de paiement : On préfère le script à l'iframe. J'ai donc adapté selon ce qu'on a fait en FR.
On n'a pas fait le paramètrage pour les flux, est-il nécessaire ?
Puisque le code n'est pas comme celui de France, j'aimerais bien que quelqu'un qui se connait en JS jette un coup d'œil.

Le jira Avazu FR:
https://priceminister.onjira.com/browse/APP-30506
Commentaire de Damien Dorizy [ 03/févr./11 15:44 ]
Rocio,

"On préfère le script à l'iframe" > pourquoi ?

Merci
Commentaire de Rocio Perez-Garcia [ 03/févr./11 16:10 ]
Vous aviez insisté lors du taggage d'Avazu FR d'avoir du script à la place de l'iframe. Même après l'insistance d'Avazu :
"Iframe VS Javascript : selon le partenaire, le pixel en Javascript peut être désactivé dans les moteurs de recherche et cela résulte dans la perte de tracking des conversions. C'est pourquoi ils préfèrent utiliser l'iframe qui ne peut être désactivé."

Tu confirmes que l'on peut mettre l'iframe qui nous ont transmis ?

Commentaire de Isabel Yus [ 04/févr./11 15:20 ]
Salut Rocío,

Voici la réponse d'Avazu après avoir fait un nouveau test :
Commentaire de Isabel Yus [ 04/févr./11 15:23 ]
Gracias por la pronta respuesta, desafortunadamente no está bien el código, el que encuentro es el siguiente:
(marco en rojo el error)

var _AvazuRunid = "MTMxaWVyX2ZnKzQ=";
var _AvazuRadvid = "MzQ5bWVfdCs0aWs=";
var _AvazuArticle = new Object();
// _AvazuArticle.other= ""
(function() {
var avazu = document.createElement('script'); avazu.type = 'text/javascript'; avazu.async = true;
avazu.src = "http://avazudsp.net/ret/dspPro.js";
var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(avazu, s);


Este código pertenece al ejemplo del PI, para Priceminister se crean códigos especiales, que son los que les hemos enviado,
(marco en amarillo los códigos correctos)

ar _AvazuRunid = "MzI4aWVyX2ZnKzQ=";
var _AvazuRadvid = "MTA0Mm1lX3QrNGlr";
var _AvazuArticle = new Object();
var _AvazuCategory = new Object();
_AvazuCategory.img = "[CATEGORY_IMG]";
_AvazuCategory.name = "[CATEGORY_NAME]";
_AvazuArticle.other = "[CUSTOM_PARAMETERS]";
(function() {

Si quieren con todo gusto les puedo marcar, así mismo al final de este mail pueden encontrar los tres distintos códigos que creamos y que se deben implementar para Priceminister España, en lo que debemos poner atención es en que sea con estas características:
ar _AvazuRunid = "MzI4aWVyX2ZnKzQ=";
var _AvazuRadvid = "MTA0Mm1lX3QrNGlr";
Commentaire de Rocio Perez-Garcia [ 04/févr./11 16:13 ]
Isabel, suite aux changements des codes, le mieux est ce que Avazu ne teste pas jusqu'à que tout le param soit fini.
Merci
Commentaire de Rocio Perez-Garcia [ 08/févr./11 09:35 ]
Isabel, ils sortent d'où les codes
 ar _AvazuRunid = "MzI4aWVyX2ZnKzQ=";
var _AvazuRadvid = "MTA0Mm1lX3QrNGlr";
Je ne trouve pas dans les docs ces références.

Je change le code JS pour un iframe dans la page de confirmation de paiement.
Commentaire de Isabel Yus [ 08/févr./11 11:31 ]
Salut Rocío,

Ces codes je te les avais transmis sur ce même JIRA -> Cf commentaires du 1 fév (12h30 et 17h)

En fait, il ne faut pas prendre les codes du pdf du 1er février mais uniquement la structure du plan de tagging. Les codes du PDF sont des exemples, c'est pour ça qu'il est noté "DON'T USE THE SAMPLE CODES".

Si tu as encore des questions n'hésite pas à passer me voir,

Merci

Isabel
Commentaire de Rocio Perez-Garcia [ 08/févr./11 13:58 ]
OK.
Est-ce que Salvador peut vérifier une nouvelle fois ?
Commentaire de Isabel Yus [ 08/févr./11 14:29 ]
OK. Je l'ai prévenu. Je te tiens au courant ASAP
Commentaire de Isabel Yus [ 09/févr./11 15:36 ]
Bonjour,

L'account manager, Salvador, a vérifié les codes et cette fois tout est OK pour nous. Nous attendons maintenant la validation des bannières ainsi que les tests d'achat avant de pouvoir valider.

Je vous tiens donc au courant,

Merci d'avance

Isabel
Commentaire de Isabel Yus [ 14/févr./11 14:52 ]
Salut Rocío,

concernant notre conversation de ce matin je viens de voir avec la France t il parait qu'Avazu va fournir tout en iframe et pas en JavaScript suite à nos recommandations. Du coup avant de lancer je pense que le mieux serait qu'on readapte les codes même si les tests actuelles s'avèrent satisfaisants.

Je te tiens au courant dès que j'aurai les nouveaux codes.

Merci d'avance

Isabel
Commentaire de Rocio Perez-Garcia [ 14/févr./11 14:58 ]
Merci de cette réponse.

Par contre, Clickintext et Allopub nous fourniront aussi des tags image ou iframe ?

Commentaire de Nerea Prieto [ 15/févr./11 10:18 ]
Bon, pour les dernières nouvelles reçues ce matin d'AVAZU. Ils travaillent sur le sujet et dès que possible vous envoient les nouveaux codes.

Voilà tout.
Commentaire de Isabel Yus [ 15/févr./11 18:29 ]
Salut Rocío,

Voici les nouveaux codes confirmés par Avazu :

--> Il n'y aura désormais qu'un seul code pour toutes les pages et un autre différent pour la conversion

Le code principal doit être rempli d'une façon différente en fonction de son emplacement, comme suit :

Code pour HOME: il ne faut pas remplir les paramètres
Code pour les catégories: il faut remplir uniquement les paramètres par catégorie
Code pour les produits: Il faut tout remplir excepté les catégories

NB: Quand les paramètres ne sont pas remplis il faut tout simplement les laisser vides

Pour les paramètres suivants : [CATEGORY_IMG] [ARTICLE_DEEPLINK] [ARTICLE_IMG] ça doit être crypté en JS escape
Pour les paramètres suivants : [ARTICLE_ID] [ARTICLE_NAME] [ARTICLE_PRICE] [ARTICLE_DESCRIPTION] [ARTICLE_CURRENCY] [BRAND_NAME] [CATEGORY_NAME] nous avons besoin d'HTML ISO-8859-1.

Código pour toutes les pages (excepté la page de confirmation de commande) :
<iframe marginheight="0" marginwidth="0" src="http://avazudsp.net/ret/check_adv.php?runid=MzI4aWVyX2ZnKzQ=_1&advid=MTA0Mm1lX3QrNGlr&pid=[ARTICLE_ID]&gettype=1&httptype=1&prunid=MzI4aWVyX2ZnKzQ=&k=&MastWeb=&article_id=[ARTICLE_ID]&article_name=[ARTICLE_NAME]&article_price=[ARTICLE_PRICE]&article_description=[ARTICLE_DESCRIPTION]&article_other=[CUSTOM_PARAMETERS]&article_price_type=[ARTICLE_CURRENCY]&article_deepLink=[ARTICLE_DEEPLINK]&article_img=[ARTICLE_IMG]&article_brand=[BRAND_NAME]&category_name=[CATEGORY_NAME]&category_img=[CATEGORY_IMG]" width="1" height="1" frameborder="0" scrolling="no"></iframe>

Le code pour la page de confirmation de commande est le suivant:
<iframe style='display:none' width='1' height='1' marginheight='0' marginwidth='0' frameborder='0' scrolling='no' src='https://avazudsp.net/tracking/retargeting/ret_ifr.php?amount=[amount]&advertiser_id=328&article_ids=[article_ids]&transaction_id=[transaction_id]'></iframe>

Quand croyez-vous que ces codes pourront être paramétrés de nouveau ?

Merci d'avance,

Isabel


Commentaire de Rocio Perez-Garcia [ 16/févr./11 10:37 ]
On attend que Damien valide les codes pour FR (les mêmes) avant d'y commencer.
Commentaire de Ariane Baldinger [ 17/févr./11 13:37 ]
validé côté FR.
Commentaire de Rocio Perez-Garcia [ 18/févr./11 09:48 ]
Isabel,
les iframes sont en place.
On a fait comme sur la FR concernant les paramètres.
 Si le serveur est encore ouvert, il serait bien que Salvador jette un oeil.
Commentaire de Isabel Yus [ 18/févr./11 20:27 ]
Merci Rocío. Je viens de le prévenir par email. Je crois qu'on aura des nouvelles dès lundi.

Merci
Commentaire de Isabel Yus [ 24/févr./11 09:41 ]
Salut Rocío,

Voici les corrections demandées par Avazu (grosso modo ils nous disent qu'il y a des caractères erronés et qu'il faut les corriger):


- On the category page, they put:
- =&category_name='+"Libros"+'"
-
- which is actually wrong, the correct one should be:
- =&category_name=Hifi

L'implementation en France est correcte et ils me disent donc que vous pouvez vous baser sur celle-ci pour l'appliquer en Espagne (excepté les codes qui nous sont propres bien sur :)

Merci d'avance

Isabel
Commentaire de Rocio Perez-Garcia [ 24/févr./11 09:55 ]
Ce tag est celui de la NAv, Je l'ai récrit.
L'implémentation est comme sur FR (fait au même temps).
Caches ok sur ref-es
Commentaire de Rocio Perez-Garcia [ 28/févr./11 09:22 ]
Isabel, on va publier ces tags pour une mise en prod le 02.
C'ets OK pour vous ?
Commentaire de Isabel Yus [ 28/févr./11 10:05 ]
Ils ne m'ont pas encore répondu pour les dernières corrections. Je vais les relancer.

Merci

Commentaire de Rocio Perez-Garcia [ 28/févr./11 17:42 ]
sur ref
Commentaire de Rocio Perez-Garcia [ 01/mars/11 18:28 ]
Sur ref
Commentaire de Isabel Yus [ 02/mars/11 14:36 ]
Bonjour,

Est-ce qu'il serait possible de rajouter le code de tracking suivant avant la publication ? --> 1836040

Nous allons avoir besoin de chiffres spécifiques pour ce partner sur le BI finalement.

Merci d'avance

Isabel
Commentaire de Rocio Perez-Garcia [ 02/mars/11 14:47 ]
Trop tard.C'est déjà publié
Peux tu ouvrir un autre Jira ?
Merci
Commentaire de Cédric Goldovsky [ 02/mars/11 15:05 ]
==> CODE DE TRACKING : Ca me parait un peu tard

==> ATTENDU VS OBTENU : Il me manque des paramètres en Integ,
Par exemple, vu sur cette FP : http://www.pminteg.es/offer/buy/59592158/call-of-duty-modern-warfare-2-juegos-ps3.html
Les paramètres qui me manquent sont indiqués en jaune dans la capture écran
Commentaire de Rocio Perez-Garcia [ 02/mars/11 15:15 ]
C'est vu
Commentaire de Isabel Yus [ 02/mars/11 15:55 ]
Il s'agit d'une erreur car le code de tracking doit être rajouté dans les tags d'Effiliation (plateforme intermediaire pour ce deal)--> Rocío : je vais te créer le nouveau JIRA

Merci

Isabel
Commentaire de Isabel Yus [ 03/mars/11 13:55 ]
Bonjour,

Bonnes nouvelles aujourd'hui : le test de vérification des tags dans les fiches produits marche désormais suite à la mise en prod. La prochaine étape (et dernière :)) arrive donc le 8/03 avec le test d'achat suite à la mise en prod du code de tracking avec Effiliation (nous ferons aussi un test de notre côté)

Merci





[APP-32852] Retargeting - Nouveau Plan de taguage type iFrame pour notre partenaire Avazu Création: 15/févr./11 11:00  Mise à jour: 07/mars/11 09:11  Résolue: 01/mars/11 18:28

Etat: Fermé
Projet: Application PriceMinister
Composants: Affiliation
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 88.0.1

Type: Amélioration Priorité: Critique
Rapporteur: Jonathan Gorges Attribution: Rocio Perez-Garcia
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word PM - Plan de taggage Avazu iFrame.docx    
Pays:
FRA - France
Projets PM: *** A PLANIFIER ***
Classif FONC: comarket

 Description   
Bonjour,

Voici comme convenu le nouveau plan de taguage iFrame de notre partenaire Avazu (en PJ).

Attention : après validation par l'équipe dev+fonc, ces tags doivent être paramétrés en plus (en doublon) des tags actuels.
Nous supprimerons les anciens tags JS une fois que le partenaire nous donnera son GO pour switcher.

N'hésitez pas à revenir vers moi si vous avez la moindre question.

Merci

 Commentaires   
Commentaire de Ariane Baldinger [ 15/févr./11 13:52 ]
Damien,

Peux-tu valider ces tags également ?

Merci!
Commentaire de Damien Dorizy [ 16/févr./11 18:01 ]
Pas de problème pour les tags, ils ont les mêmes spécificités que les tags précédents au premier coup d'oeil.

Je n'y ai pas pensé pour Nextperformance, mais il faut écrire tous les tags nécessitant des données dynamiques (id produit par exemple) de la manière suivante :
document.write('<iframe src="..' + variable1 + '." width="1" height="1" frameborder="0"></iframe>');

À votre dispo.
Commentaire de Ariane Baldinger [ 17/févr./11 09:35 ]
En commence donc par Avazu qui passera le 3 mars.

Les autres tags suivront....
Commentaire de Ariane Baldinger [ 17/févr./11 09:48 ]
NB : "Ça me va, il faudrait également que côté dév on mesure la différence entre avant et après en temps de chargement." (DAD)
Commentaire de Ariane Baldinger [ 17/févr./11 11:17 ]
Salut Jonathan,

Peux-tu nous dire ce que l'on doit mettre dans le paramètre 'article_brand' ? Ou n'est-il pas obligatoire ?

Merci
Ariane
Commentaire de Jonathan Gorges [ 17/févr./11 11:20 ]
Hello,

Rémi se renseigne et revient vers vous rapidement.

Merci
Commentaire de Rocio Perez-Garcia [ 17/févr./11 11:38 ]
Jonathan, on trouve également deux fois le paramètre ARTICLE_ID.
pid=[ARTICLE_ID]
article_id=[ARTICLE_ID]
On retourne la même valeur, c'est bien ça ?
Commentaire de Jonathan Gorges [ 17/févr./11 15:15 ]
Hello,

Voici mon retour concernant le 'article_brand' :
-> Il faut passer la marque du produit si nous savons le faire (Samsung, Apple...)
-> où laisser le paramètre vide si nous n'avons pas de marque (ou si nous ne savons pas faire)

Merci d'avance pour votre retour
Commentaire de Remigiusz Woronkiewicz [ 17/févr./11 15:17 ]
Hello Rocio,

Pour ta question j'ai fait la demande ils doivent me dire demain.

Merci à vous,

Rémi
Commentaire de Rocio Perez-Garcia [ 17/févr./11 15:29 ]
Ok pour la marque de l'article.

Vous pouvez commencer la recette.

Note : Le tag Avazu JS est en dessus du tag Avazu iframe.
Commentaire de Remigiusz Woronkiewicz [ 17/févr./11 15:50 ]
Salut Rocio,

Pour l'article_id nous n'avons toujours pas eu de retour.
Du coup la mise en place des tags n'est pas terminée non?
Commentaire de Rocio Perez-Garcia [ 17/févr./11 16:17 ]
Tu as raison, je 'l'avais loupée
Commentaire de Remigiusz Woronkiewicz [ 18/févr./11 09:38 ]
Bonjour,

Je viens d'avoir le retour d'Avazu.

Pour pid=[ARTICLE_ID] et article_id=[ARTICLE_ID] il faut mettre la même valeur sur la page fiche produit.
Sur les autres pages on ne met rien.

Dites moi quand c'est OK pour vous pour que l'on puisse recetter.

Bonne journée,

Rémi
Commentaire de Rocio Perez-Garcia [ 18/févr./11 09:45 ]
Ça devrait être bon alors.
Vous pouvez commencer à nous faire vos retours, merci.
Commentaire de Jonathan Gorges [ 18/févr./11 16:21 ]
Hello,

Voici mes retours :

** Est-ce normal de voir "document.write('" avant le tag iFrame ?

1) Tag Home : semble OK

2) Tag Nav :
** Pourquoi passe-t-on "article deep link" sur le tag de nav ?

3) Tag Produit :
** Dans la varialbe "article_price" il faut enlever la currency car nous la passons juste après

3) Tag Paiement :
** J'ai testé avec 2 articles achetés, pour une valeur HT de 16.72€, le tag passe seulement 9.32€, qui est le prix du premier article. Je crois qu'il y a un problème ici.

On a demandé à Avazu leurs adresses IP pour qu'ils checkent avant mise en prod.

Jon
Commentaire de Rocio Perez-Garcia [ 18/févr./11 16:49 ]
Tags Nav et Produits: modifiés
Tag Paiement : on retourne le montant total sans les frais de port. Exactement comme dans le tag JS.

Il faut que Damien regarde s'il a le temps avant d'ouvrir le serveur.

Merci
Commentaire de Remigiusz Woronkiewicz [ 21/févr./11 10:24 ]
Bonjour à Tous,

Pourriez-vous svp ouvrir une serveur dev pour notre partenaire afin qu'il fasse la recette de son côté?
L'adresse IP utilisée sera : 180.168.45.102

J'attends votre confirmation pour lui transmettre afin qu'il teste au plus vite.

Merci d'avance!
Commentaire de Damien Gilloz [ 21/févr./11 18:26 ]
Le serveur Jboss de dev est pret ?

On doit avoit ceci dans les propriétés: www.dev12.babel.fr

cdt
Commentaire de Remigiusz Woronkiewicz [ 22/févr./11 14:24 ]
Hello Damien (Dorizy),

As-tu pu voir avec Rocio pour la correction à apporter aux tags?

Si oui, puis-je mettre à dispo le dev12 à notre partenaire pour qu'il recette?

Merci d'avance!

Rémi
Commentaire de Rocio Perez-Garcia [ 22/févr./11 14:34 ]
Oui, les tags sont modifiés et normalement les caches de dev12 aussi.
Commentaire de Remigiusz Woronkiewicz [ 22/févr./11 14:52 ]
C'est top merci,

J'ai transmis l'accès à Avazu, ils devraient recetter demain.
Je vous tiens au courant dès que c'est bon et qu'on peut couper l'accès au dev12.

Merci à tous et bonne après-midi,

Rémi
Commentaire de Remigiusz Woronkiewicz [ 23/févr./11 10:35 ]
Bonjour,

Le partenaire a testé les tags et cela semble bien fonctionner.
J'ai aussi fait un achat test en integ pour leur transmettre un screenshot de la page de confirmation de paiement donc ils regardent ça et reviennent vers nous.

Cependant, selon eux ils manquent 2 paramètres sur la fiche produit: ‘article other’ et ‘currency type’
Ils demandent aussi si on peut séparer les paramètres ‘article price’ et ‘currency type’ ?

Ex: ‘article price=25.50’ et ‘currency type=€’ ?

Pouvez-vous regarder ça et me dire ce qu'il en est?

Merci d'avance et bonne journée à tous!

Remi
Commentaire de Rocio Perez-Garcia [ 23/févr./11 12:02 ]
Remi, peux tu leur demander ce qu'ils souhaitent pour CUSTOM_PARAMETERS ?


Commentaire de Remigiusz Woronkiewicz [ 23/févr./11 14:14 ]
Rocio,

Tu peux laisser ce champ vide.

Merci!
Commentaire de Rocio Perez-Garcia [ 23/févr./11 14:26 ]
Normalement on vire ce qui n'est pas utilisé.
Voulez vous garder ce paramètre vide ?
Commentaire de Remigiusz Woronkiewicz [ 23/févr./11 14:47 ]
Ca marche tu peux virer.

merci!
Commentaire de Rocio Perez-Garcia [ 23/févr./11 15:35 ]
Grâce à Ariane on sépare le prix et la currency.
J'ai rafraichi les caches dev12 pour les tests d'Avazu
Commentaire de Remigiusz Woronkiewicz [ 23/févr./11 16:28 ]
C'est parfait ca.
Merci Rocio, merci Ariane.

Je leur confirme que tout est bon pour nous
Commentaire de Remigiusz Woronkiewicz [ 24/févr./11 10:30 ]
Bonjour à Tous,

Avazu me confirme que les tags sont nickel pour eux.
Damien.G : tu peux donc fermer leur accès à dev12. merci!

Donc à priori on pourra mettre ces tags iFrame live le 03/03 et supprimer les JS mon on vous confirmera.

Merci encore et bonne journée à vous,

Rémi
Commentaire de Rocio Perez-Garcia [ 28/févr./11 17:41 ]
sur ref
Commentaire de Rocio Perez-Garcia [ 01/mars/11 18:28 ]
Sur ref
Commentaire de Remigiusz Woronkiewicz [ 04/mars/11 17:39 ]
Bonjour à tous,

J'ai reçu la confirmation du partenaire que les tags iframe fonctionnent nickel.
On peut donc désactiver les JS dès maintenant.

Merci d'avance pour votre confirmation,

Rémi
Commentaire de Rocio Perez-Garcia [ 07/mars/11 09:11 ]
Je fais périmer Avazu en JS.
Ça passer dans le prochain dump.

Bonne journée




[APP-32854] Retargeting - Nouveau Plan de taguage type IMG pour notre partenaire ClickInText Création: 15/févr./11 11:16  Mise à jour: 08/mars/11 16:01

Etat: A publier dans IG
Projet: Application PriceMinister
Composants: Affiliation
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 89.0.0.1

Type: Amélioration Priorité: Critique
Rapporteur: Jonathan Gorges Attribution: Rocio Perez-Garcia
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: PDF File PM - Plan de taguage CIT Img.pdf    
Pays:
FRA - France
Projets PM: *** A PLANIFIER ***
Classif FONC: comarket

 Description   
Bonjour,

Voici comme convenu le nouveau plan de taguage IMG de notre partenaire ClickInText (en PJ).

Attention : après validation par l'équipe dev+fonc, ces tags doivent être paramétrés en plus (en doublon) des tags actuels.
Nous supprimerons les anciens tags JS une fois que le partenaire nous donnera son GO pour switcher.

N'hésitez pas à revenir vers moi si vous avez la moindre question.

Merci

 Commentaires   
Commentaire de Ariane Baldinger [ 15/févr./11 13:41 ]
Merci d'assigner les jiras param à Dispatcher (Param-CAT)
Commentaire de Ariane Baldinger [ 15/févr./11 13:46 ]
Salut Damien,

Peux-tu valider ces nouveaux tags stp ?

Merci !
Commentaire de Damien Dorizy [ 16/févr./11 18:03 ]
OK pour ces tags également, voir mes commentaires sur les autres tags (APP-32852 notamment).

Jonathan, combien de temps penses-tu que l'on devra garder les 2 tags en parallèle ? Si c'est sur une période assez longue, mieux vaut peut-être ne pas faire toutes les migrations en même temps pour ne pas multiplier le nombre total de tags par 2.
Commentaire de Jonathan Gorges [ 16/févr./11 18:08 ]
Effectivement, je ne sais pas trop...

Il faut y aller par étape je pense. Exemple : un switch de tag par dump ?

Qu'en penses-tu ?
Commentaire de Damien Dorizy [ 16/févr./11 18:11 ]
Ça me va, il faudrait également que côté dév on mesure la différence entre avant et après en temps de chargement.
Commentaire de Ariane Baldinger [ 17/févr./11 10:14 ]
ça passera en Prod le 16/03.
Commentaire de Rocio Perez-Garcia [ 18/févr./11 15:07 ]
On peut également commencer la recette de ClicInText
Commentaire de Jonathan Gorges [ 21/févr./11 18:48 ]
Hello,

Voici mes retours:

1) Tag HP : OK
2) Tag Produit : OK
3) Tag catégorie : OK
4) Tag Panier : OK
5) Tag Confirmation paiement : OK

Bref, tout me semble OK :-)

@ Rémi : il faut se mettre également en relation avec l'exploit+dev pour ouvrir un serveur dev à CIT avant mise en prod

Merci
Commentaire de Rocio Perez-Garcia [ 22/févr./11 09:24 ]
Salut Jonathan,

A mon avis, ils pourront utiliser le serveur ouvert pour Avazu en donnant son adresse IP à l'exploit.
Commentaire de Remigiusz Woronkiewicz [ 24/févr./11 14:23 ]
Bonjour à Tous,

Voici l'adresse IP de ClickIntext : 82.238.240.213

Damien.G : peux-tu lui ouvrir le serveur dev12 afin qu'il puisse checker les tags?

Merci d'avance pour votre confirmation,

Rémi
Commentaire de Remigiusz Woronkiewicz [ 02/mars/11 17:57 ]
Hello à tous,

Le partenaire ClickinText a bien recetté les tags et c'est OK pour lui.
Ils pourront donc être mis en prod comme convenu.

Merci encore à tous et bonne fin de journée!

Rémi
Commentaire de Rocio Perez-Garcia [ 08/mars/11 09:34 ]
Remi, confirme nous si on fait cohabiter les tags iframe et JS de ClickInText ou si ils sont prêts pour récupérer le historique des nouveaux tags.

Merci
Commentaire de Remigiusz Woronkiewicz [ 08/mars/11 09:38 ]
Rocio,

Je fais la demande et je te dis dès que je peux.

Rémi
Commentaire de Remigiusz Woronkiewicz [ 08/mars/11 12:32 ]
Hello Rocio,

J'ai eu la confirmation du partenaire Clickintext.
Nous pouvons donc désactiver les tags en JS.

Merci pour ta confirmation et bonne journée,

Rémi
Commentaire de Rocio Perez-Garcia [ 08/mars/11 16:01 ]
En prod le 17/03.
Egalement, Le 17/03 seront désactivés les codes js de ce partenaire

Sur cms-ref




[APP-32407] Redirection /boutique/XXXX vers /nav Création: 12/janv./11 10:49  Mise à jour: 14/janv./11 12:00  Résolue: 12/janv./11 15:52

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 84.0.0 (NAV-F)
Version(s) corrigée(s): 84.0.0 (NAV-F)

Type: Bogue Priorité: Majeur
Rapporteur: QTP & PMBH Attribution: Caroline Schinzel
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Recette
Projets PM: Référencement : Redirect 304
Navigateur: Tous

 Description   
L'URL http://preview.pminteg.fr/boutique/QT121101533 est redirigée vers http://preview.pminteg.fr/nav.

Voici les logs :

2011-01-12 10:34:22,879 INFO [-Processor16] QT121102816 - >>> GET http://preview.pminteg.fr/boutique/QT121102816
2011-01-12 10:34:22,879 DEBUG [-Processor16] QT121102816 - Got Method
2011-01-12 10:34:22,879 DEBUG [-Processor16] QT121102816 - GotAbsoluteUrl GET
2011-01-12 10:34:22,879 DEBUG [-Processor16] QT121102816 - Got Method
2011-01-12 10:34:22,879 DEBUG [-Processor16] QT121102816 - GotAbsoluteUrl GET
2011-01-12 10:34:22,882 DEBUG [-Processor16] QT121102816 - TX status (NO_TRANSACTION)
2011-01-12 10:34:22,882 DEBUG [-Processor16] QT121102816 - TX CONTROLER started
2011-01-12 10:34:22,883 DEBUG [-Processor16] QT121102816 - Executing SQL: SELECT user_account_id, accept_negotiation, activation, activation_mail_count, activation_mail_date, all
ow_free_book_price, allow_holiday, allow_submit_auto_validation, allow_unlimited_stock, brand_id, buy_count, change_date, children, cmp_is_direct_payment, commission_id, commission_r
ate, commit_count, company_country_id, company_name, company_number, company_vat_number, computed_answer_time_sum, computed_commit_count, computed_sale_count, computed_seller_score_c
ount, computed_seller_score_sum, creation_date, display_name, email_address, ev_game_points, ev_parent_user_account_id, ev_privilege, ev_send_registration, external_user_reference, f
irst_advert_partner_tracking, first_advert_tracking_date, first_advert_tracking_id, first_name, first_partner_tracking, first_tracking_date, game_parent_user_account_id, game_points,
 grant_buyer_email, grant_buyer_phone, grant_email, grant_import_image, grant_login, grant_question_advert_receive, grant_question_item_receive, grant_question_notify, grant_seller_s
core_feedback, grant_submit_review, grant_ws_stock, has_bban_payment, has_review_suggestion, has_suspicious_advert, has_valid_email_address, hide_statistics_in_account, history, holi
day_remind_date, holiday_return_date, holiday_start_date, http_referrer, image_granted_status_code, initial_answer_time_sum, initial_commit_count, initial_sale_count, initial_seller_
score_count, initial_seller_score_sum, invalid_email, invalidation_email_cause_code, ip_address, is_company, is_first_adv_tracking_direct, is_first_mail_sent, is_import_locked, is_in
_transit, is_last_tracking_direct, is_referential, is_review_game_player, is_seller_game_player, is_smo_add_this_game_player, is_smo_widget_game_player, is_to_validate, is_tracking_d
irect, is_webmaster, is_widget_game_player, last_buy_date, last_buyable_advert_date, last_consultable_advert_date, last_customshop_warning_date, last_import_date, last_login_date, la
st_memo_date, last_name, last_partner_tracking, last_prd_question_request_date, last_review_warning_date, last_sponsorship_warning_date, last_tracking_date, last_warning_date, last_w
idget_url, last_wish_date, login, parent_user_account_id, password, personal_number, platform_id, pm_staff_id, register_partner_tracking, registration_birth_date, reliability, remark
, row_version, sale_count, seller_activation_date, seller_answer_time_sum, seller_country_id, seller_game_score, seller_game_score_change_date, seller_game_subscription_date, seller_
score_count, seller_score_date, seller_score_sum, seller_website_url, send_first_advert_mail, shipping_real_country_name, sponsorship_id, supports_shipping_certified, supports_shippi
ng_chronopost, supports_shipping_colissimo, supports_shipping_normal, supports_shipping_recommande, supports_shipping_suivi, tab_index, tracking_date, usr_activation_code, usr_buybox
_grant_code, usr_campaign_id, usr_company_code, usr_compensation_right_code, usr_first_tracking_id, usr_game_status_code, usr_last_tracking_id, usr_presence_code, usr_title_code, usr
_tracking_id, usr_type_code, usr_visibility_code, wallet_amount, wallet_birth_date, wallet_currency_id, wallet_incoming_amount, wallet_outgoing_amount, wlt_amount_to_keep, wlt_amount
_to_keep_currency_id, wlt_is_system_payment, wlt_negative_amount_last_date, wlt_negative_reminded_date, wlt_payment_mode_code, wlt_status_code, wlt_system_pay_last_date FROM USER_ACC
OUNT WHERE UPPER(login) = UPPER(?)
2011-01-12 10:34:22,890 DEBUG [-Processor16] QT121102816 - TX status (ACTIVE)
2011-01-12 10:34:22,891 DEBUG [-Processor16] QT121102816 - TX CONTROLER committed [0 ms]
2011-01-12 10:34:22,892 DEBUG [-Processor16] QT121102816 - POSTEXECUTE started (outside TX)
2011-01-12 10:34:22,892 DEBUG [-Processor16] QT121102816 - POSTEXECUTE ended [0 ms]
2011-01-12 10:34:22,892 DEBUG [-Processor16] QT121102816 - PRELOAD started (outside TX)
2011-01-12 10:34:22,893 DEBUG [-Processor16] QT121102816 - TX status (NO_TRANSACTION)
2011-01-12 10:34:22,893 DEBUG [-Processor16] QT121102816 - Fast Navigation query (Filter) --> and(filter(and(selleridshop:string("22834494 N22834494", mode="OR"), prdvisibilityc
ode:string("10", mode="AND"), category:string("Livres Musique Video Jeux-Video-et-Consoles Tel-PDA Informatique Hifi Maison Mode Loisirs Enfant Art-Collection Voiture", mode="OR"))))
2011-01-12 10:34:22,944 DEBUG [-Processor16] QT121102816 - Fast query navigators --> NONE
2011-01-12 10:34:22,946 DEBUG [-Processor16] QT121102816 - TX status (NO_TRANSACTION)
2011-01-12 10:34:22,947 DEBUG [-Processor16] QT121102816 - Fast Navigation query (Filter) --> and(filter(and(selleridshop:string("22834494 N22834494", mode="OR"), prdvisibilityc
ode:string("10", mode="AND"), category:string("Livres Musique Video Jeux-Video-et-Consoles Tel-PDA Informatique Hifi Maison Mode Loisirs Enfant Art-Collection Voiture", mode="OR"), i
savailable:string("1", mode="AND"))))
2011-01-12 10:34:22,956 DEBUG [-Processor16] QT121102816 - Fast query navigators --> NONE
2011-01-12 10:34:22,956 INFO [-Processor16] QT121102816 - SEOBADFILTERVALUE 192.168.61.52 301 /boutique/QT121102816 "null" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .N
ET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)"

2011-01-12 10:34:22,957 DEBUG [-Processor16] QT121102816 - PRELOAD ended [65 ms]
2011-01-12 10:34:22,958 DEBUG [-Processor16] QT121102816 - TX status (NO_TRANSACTION)
2011-01-12 10:34:22,958 DEBUG [-Processor16] QT121102816 - TX MODEL started
2011-01-12 10:34:22,958 DEBUG [-Processor16] QT121102816 - TX MODEL committed [0 ms]
2011-01-12 10:34:22,958 INFO [-Processor16] QT121102816 - (Status : 301) Redirecting to : /nav
2011-01-12 10:34:22,959 DEBUG [-Processor16] QT121102816 - Request.toString
2011-01-12 10:34:22,959 DEBUG [-Processor16] QT121102816 - Got Method
2011-01-12 10:34:22,959 DEBUG [-Processor16] QT121102816 - GotAbsoluteUrl GET
2011-01-12 10:34:22,959 INFO [-Processor16] QT121102816 - <<< [80 ms] GET http://preview.pminteg.fr/boutique/QT121102816


 Commentaires   
Commentaire de Caroline Schinzel [ 12/janv./11 15:52 ]
Effectivement, on faisait des redirections vers la nav si une valeur de filtre n'existait pas, depuis le projet de redirection dans la nav.
C'est réparé : pas de redirection dans la boutique.




[APP-29720] Ouverture de boutique impossible Création: 31/mai/10 10:45  Mise à jour: 01/juin/10 10:14  Résolue: 31/mai/10 16:52

Etat: Fermé
Projet: Application PriceMinister
Composants: Boutique
Affecte la/les version(s): 70.0.0 (NAV-C)
Version(s) corrigée(s): 70.0.0 (NAV-C)

Type: Bogue Priorité: Bloquant
Rapporteur: QTP & PMBH Attribution: Antoine Carré
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous, GBR - Royaume Uni, FRA - France, ESP - Espagne
Site: Integ
Projets PM: *** RESERVE ***
Navigateur: Tous

 Description   
Erreur - non disponible à l'ouverture de la boutique

2010-05-31 10:30:44,680 INFO [-Processor17] QT315102235 - >>> GET http://preview.pm.lan/activate?action=activationstart
2010-05-31 10:30:44,680 DEBUG [-Processor17] QT315102235 - Request.toString
2010-05-31 10:30:44,680 DEBUG [-Processor17] QT315102235 - Got Method
2010-05-31 10:30:44,680 DEBUG [-Processor17] QT315102235 - GotAbsoluteUrl GET
2010-05-31 10:30:44,680 DEBUG [-Processor17] QT315102235 - Request.toString
2010-05-31 10:30:44,680 DEBUG [-Processor17] QT315102235 - Got Method
2010-05-31 10:30:44,680 DEBUG [-Processor17] QT315102235 - GotAbsoluteUrl GET
2010-05-31 10:30:44,680 DEBUG [-Processor17] QT315102235 - TX status (NO_TRANSACTION)
2010-05-31 10:30:44,681 DEBUG [-Processor17] QT315102235 - TX CONTROLER started
2010-05-31 10:30:44,681 DEBUG [-Processor17] QT315102235 - TX status (ACTIVE)
2010-05-31 10:30:44,681 DEBUG [-Processor17] QT315102235 - Executing SQL: SELECT user_account_id, accept_negotiation, activation, activation_mail_count, activation_mail_date
, allow_free_book_price, allow_holiday, allow_submit_auto_validation, allow_unlimited_stock, brand_id, buy_count, change_date, children, cmp_is_direct_payment, commission_id, co
mmission_rate, commit_count, company_country_id, company_name, company_number, company_vat_number, computed_answer_time_sum, computed_commit_count, computed_sale_count, computed
_seller_score_count, computed_seller_score_sum, creation_date, display_name, email_address, ev_game_points, ev_parent_user_account_id, ev_privilege, ev_send_registration, extern
al_user_reference, first_advert_partner_tracking, first_advert_tracking_date, first_advert_tracking_id, first_name, first_partner_tracking, first_tracking_date, game_parent_user
_account_id, game_points, grant_buyer_email, grant_buyer_phone, grant_email, grant_import_image, grant_login, grant_question_advert_receive, grant_question_item_receive, grant_q
uestion_notify, grant_seller_score_feedback, grant_submit_review, has_bban_payment, has_review_suggestion, has_suspicious_advert, has_valid_email_address, hide_statistics_in_acc
ount, history, holiday_remind_date, holiday_return_date, holiday_start_date, http_referrer, image_granted_status_code, initial_answer_time_sum, initial_commit_count, initial_sal
e_count, initial_seller_score_count, initial_seller_score_sum, invalid_email, invalidation_email_cause_code, ip_address, is_company, is_first_adv_tracking_direct, is_first_mail_
sent, is_import_locked, is_in_transit, is_last_tracking_direct, is_review_game_player, is_smo_add_this_game_player, is_smo_widget_game_player, is_to_validate, is_tracking_direct
, is_webmaster, is_widget_game_player, last_buy_date, last_buyable_advert_date, last_consultable_advert_date, last_import_date, last_login_date, last_memo_date, last_name, last_
partner_tracking, last_prd_question_request_date, last_review_warning_date, last_sponsorship_warning_date, last_tracking_date, last_warning_date, last_widget_url, last_wish_date
, login, parent_user_account_id, password, personal_number, platform_id, pm_staff_id, register_partner_tracking, registration_birth_date, reliability, remark, row_version, sale_
count, seller_activation_date, seller_answer_time_sum, seller_country_id, seller_score_count, seller_score_date, seller_score_sum, seller_website_url, send_first_advert_mail, sh
ipping_real_country_name, sponsorship_id, supports_shipping_certified, supports_shipping_chronopost, supports_shipping_normal, supports_shipping_recommande, supports_shipping_su
ivi, tab_index, tracking_date, usr_activation_code, usr_campaign_id, usr_company_code, usr_compensation_right_code, usr_first_tracking_id, usr_game_status_code, usr_last_trackin
g_id, usr_presence_code, usr_title_code, usr_tracking_id, usr_type_code, usr_visibility_code, wallet_amount, wallet_birth_date, wallet_currency_id, wallet_incoming_amount, walle
t_outgoing_amount, wlt_amount_to_keep, wlt_amount_to_keep_currency_id, wlt_is_system_payment, wlt_negative_amount_last_date, wlt_negative_reminded_date, wlt_payment_mode_code, w
lt_status_code, wlt_system_pay_last_date FROM USER_ACCOUNT WHERE user_account_id=?
2010-05-31 10:30:44,686 DEBUG [-Processor17] QT315102235 - TX status (ACTIVE)
2010-05-31 10:30:44,688 DEBUG [-Processor17] QT315102235 - TX CONTROLER committed [1 ms]
2010-05-31 10:30:44,688 DEBUG [-Processor17] QT315102235 - PRELOAD started (outside TX)
2010-05-31 10:30:44,689 DEBUG [-Processor17] QT315102235 - PRELOAD ended [1 ms]
2010-05-31 10:30:44,689 DEBUG [-Processor17] QT315102235 - TX status (NO_TRANSACTION)
2010-05-31 10:30:44,689 DEBUG [-Processor17] QT315102235 - TX MODEL started
2010-05-31 10:30:44,689 DEBUG [-Processor17] QT315102235 - Promotions - Computation starting
2010-05-31 10:30:44,691 DEBUG [-Processor17] QT315102235 - SPOT_DATE : Not faking date
2010-05-31 10:30:44,804 DEBUG [-Processor17] QT315102235 - Promotions - Computation done in 115 ms
2010-05-31 10:30:44,805 DEBUG [-Processor17] QT315102235 - Promotions - Values : {1100=DYNAMO_FILTER_TEXT(LAST)[], 70=HIDDEN 2(APPEND)[-78(/IG Promotions/FR/Promos/SiteUnder
/TRAFIC MARKETING 1/Site Under TRAFIC MARKETING 1/TRAFIC MARKETING 1_script_ggr2-Root-hidden2),-84(/IG Promotions/FR/Promos/SiteUnder/REF NAT/Site Under REF NAT/REF NAT_script_g
gr2-Root-hidden2),-81(/IG Promotions/FR/Promos/SiteUnder/TRAFIC MARKETING 2/Site Under TRAFIC MARKETING 2/TRAFIC MARKETING 2_script_ggr2-Root-hidden2)], 1020=DYNAMO_HEADER(null)
[], 200=HP BANNER(LAST)[], 140=BODY(RANDOM)[], 2040=OFFER(APPEND)[], 10=HEADER(RANDOM)[], 1010=DYNAMO_TITLE(null)[], 1090=DYNAMO_RIGHT_1(LAST)[], 1030=DYNAMO_SEARCH(LAST)[], 220
=HP RIGHT(RANDOM)[], 2050=BODY INSIDE 2(LAST)[], 1050=DYNAMO_LEFT_1(LAST)[], 80=META TITLE(null)[], 20=SIDE 5(RANDOM)[], 260=SYNERGY TAB 1(RANDOM)[-176(/IG Promotions/FR/Promos/
Boutons synergies/Bouton Aval)], 145=BODY 2(LAST)[], 1040=DYNAMO_PATH(LAST)[], 270=SYNERGY TAB 2(RANDOM)[-177(/IG Promotions/FR/Promos/Boutons synergies/Bouton VMC)], 2060=PRE_O
FFER(APPEND)[], 210=HP LEFT(RANDOM)[], 90=META DESCRIPTION(null)[], 30=SIDE 6(RANDOM)[], 2030=BODY INSIDE(RANDOM)[], 170=FOOTER(RANDOM)[], 100=META KEYWORDS(null)[], 2000=SELLER
_LABEL_1(LAST)[], 1070=DYNAMO_BODY_1(LAST)[], 2010=SELLER_LABEL_2(LAST)[], 230=EVENT TAB(LAST)[], 40=SIDE 2(RANDOM)[], 160=BOTTOM HEADER(RANDOM)[], 1060=DYNAMO_LEFT_2(LAST)[], 5
0=SIDE 4(RANDOM)[], 1080=DYNAMO_ADVERT(LAST)[], 250=PURCHASE(APPEND)[], 190=SIDE 3(RANDOM)[], 240=LOGO(LAST)[], 180=SIDE 1(LAST)[], 60=HIDDEN 1(APPEND)[]}
2010-05-31 10:30:44,812 DEBUG [-Processor17] QT315102235 - TX MODEL committed [0 ms]
2010-05-31 10:30:44,812 DEBUG [-Processor17] QT315102235 - POSTLOAD started (outside TX)
2010-05-31 10:30:44,812 DEBUG [-Processor17] QT315102235 - POSTLOAD ended [0 ms]
2010-05-31 10:30:44,815 DEBUG [-Processor17] QT315102235 - Formatting PhraseImageSrc [FrontHeader.img_logo.SRC=default/logo/priceminister_logo.gif]
2010-05-31 10:30:44,819 DEBUG [-Processor17] QT315102235 - Formatting PhraseImageSrc [FrontHeader.img_auto_tab_off.SRC=default/structure/header/onglet_auto_off.gif]
2010-05-31 10:30:44,819 DEBUG [-Processor17] QT315102235 - Formatting PhraseImageSrc [FrontHeader.img_sell_tab.SRC=default/structure/header/sell_button.gif]
2010-05-31 10:30:44,820 DEBUG [-Processor17] QT315102235 - Formatting PhraseImageSrc [FrontHeader.img_pricetv_tab.SRC=default/structure/header/tab_pricetv.gif]
2010-05-31 10:30:44,822 DEBUG [-Processor17] QT315102235 - Formatting PhraseImageSrc [FrontHeader.img_comparator.SRC=default/structure/header/comparator.gif]
2010-05-31 10:30:44,825 ERROR [-Processor17] QT315102235 - Erreur syntaxique dans le template : PMVelocity - bread_crumbs_template
2010-05-31 10:30:44,827 ERROR [-Processor17] QT315102235 - Block generation error in : com.babelstore.common.front.BreadCrumbs_jsp
2010-05-31 10:30:44,827 DEBUG [-Processor17] QT315102235 - Request.toString
2010-05-31 10:30:44,827 DEBUG [-Processor17] QT315102235 - Got Method
2010-05-31 10:30:44,827 DEBUG [-Processor17] QT315102235 - GotAbsoluteUrl GET
2010-05-31 10:30:44,827 WARN [-Processor17] QT315102235 - Assembly error~Servlet=com.babelstore.user.front.ActivationServlet~Request=GET http://preview.pm.lan/activate?act
ion=activationstart~Referrer=http://preview.pm.lan/user~User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.3
0; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)~Trace=Erreur syntaxique dans le template : PMVelocity - bread_crumbs_template
Lexical error: org.apache.velocity.runtime.parser.TokenMgrError: Lexical error at line 1, column 2. Encountered: <EOF> after : ""
2010-05-31 10:30:44,827 DEBUG [-Processor17] QT315102235 - Request.toString
2010-05-31 10:30:44,827 DEBUG [-Processor17] QT315102235 - Got Method
2010-05-31 10:30:44,827 DEBUG [-Processor17] QT315102235 - GotAbsoluteUrl GET
2010-05-31 10:30:44,827 INFO [-Processor17] QT315102235 - <<< [147 ms] GET http://preview.pm.lan/activate?action=activationstart


 Commentaires   
Commentaire de Aurélie Kwiatkowski [ 31/mai/10 10:48 ]
Idem sur la page Mot de passe oublié
Commentaire de Antoine Carré [ 31/mai/10 12:11 ]
Ok le problème est identifié.
Nous avons un problème avec les # qui sont dans les URL dans la carto Infoglue.

Solution mise en place :
- suppression des #
- mise en place d'une alerte NAGIOS dans le cas où il y ai des # ailleurs...
Commentaire de Antoine Carré [ 31/mai/10 14:37 ]
Pour le param : publier ces 2 sitenode :


ROOT > IDENTIFICATION > CREDENTIAL
ROOT > IDENTIFICATION > ACTIVATION > ACTIVATION_START
Commentaire de Carole Boucheny [ 31/mai/10 15:08 ]
Bonjour,
Les contenus n'ont pas été soumis à publication sur cms ref.
Commentaire de Antoine Carré [ 31/mai/10 16:27 ]
voilà qui est fait, cms_ref ne répondait pas...
Commentaire de Carole Boucheny [ 31/mai/10 16:52 ]
Publié sur cms ref et cms branch




[CAT-3250] Google Products UK: Improvements Création: 28/oct./10 16:28  Mise à jour: 19/nov./10 16:06  Résolue: 19/nov./10 16:06

Etat: Résolu
Projet: Paramétrage - Non Import
Composants: Flux Marketing
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Majeur
Rapporteur: Thomas Springett Attribution: Carole Boucheny
Résolution: Corrigé  
Estimation restante: 3 jours
Temps consacré: Non spécifié
Estimation originale: 3 jours

Pays:
GBR - Royaume Uni

 Description   
Les dernières modifications pour google Products:

Nous envoyer que les produits avec:

1-Image
2-Unique product code

Il faut remplir toutes les flux affin d'avoir 100000 produit par flux.

Il faut essayer de rajouter les attributes suivant:

Required

These attributes must be included in any data feed and any items missing these attributes will not be processed. For more detailed instructions for each attribute click on them.

id [id]

A unique alphanumeric identifier for each item- e.g. your internal ID code.
IMPORTANT:

    * Once an item is submitted the unique id cannot change when you update your data feed.
    * Item identifiers must be unique within your account. If you have multiple feeds, items within different feeds must still have a unique identifier.

Type Alphanumeric characters
Text/Tab delimited tddy123uk
XML <g:id>tddy123uk</g:id>

title [title]

The name of the item should be placed here and as described in our editorial guidelines please don't include any promotional text. In addition, all symbols should adhere to their true meaning, for example, do not use the @ symbol to replace the letter "a".
Type Text, that should be not longer than 70 characters
Text/Tab delimited Yellow Teddy Bear
XML <title>Yellow Teddy Bear</title>

link [link]

This attribute is a direct link to your product URL. As our policies state as a merchant using Google Product Search it is your responsibility to maintain the website associated with your account at all times. All your URLs must link directly to webpages about your products without pop ups or redirects to other pages. This includes landing pages requiring sign ups, passwords, or direct links to files/email addresses. Links should not contain raw ip addresses.
Type URL. (this must include the http:// portion)
Text/Tab delimited http://www.example.com/asp/sp.asp?cat=12&id=1030
XML <link>http://www.example.com/asp/sp.asp?cat=12&amp;id=1030&lt;/link>

price [price]

Only items with fixed prices are allowed in Product Search; items with variable prices such as plane tickets or auctions are not valid. For items sold in bulk quantities the price for the lowest purchasable number of items must be defined in this attribute (not the per unit price) as described in our policies. All submitted prices must be in the correct must exactly match the price displayed on your website. If you do not provide a currency with the price (e.g. 15.00 USD), we will assume the currency is the same as that of your target country.
Type Number
Text/Tab delimited 15.00 USD
XML <g:price>15.00 USD</g:price>

description [description]

This text describes each item. As laid out in our policies you may not use promotional or boiler plate text, such as "Free Shipping" or "Click Here Now".
Type Text. Include as much text as is necessary to accurately describe the item. You can submit up to 10,000 characters.
Text/Tab delimited This teddy bear is fuzzy and cuddly. The bear is yellow with with white paws and stuffed with high quality hypoallergenic synthetic cotton.
XML <description>This teddy bear is fuzzy and cuddly. The bear is yellow with with white paws and stuffed with high quality hypoallergenic synthetic cotton.</description>

condition [condition]

This attribute describes the condition of your product. There are only three accepted values: new, used and refurbished.
Type There are only three values accepted:

    * new
    * used
    * refurbished

Text/Tab delimited used
XML <g:condition>used</g:condition>
Note: If you are submitting with English attribute names, the three accepted values are new, used and refurbished.


Recommended

These attributes are not required, but we strongly encourage that you include them whenever they are available. Remember, the more relevant attributes you include, the better we can match your products to our users' queries.

gtin [gtin]

In this attribute, you will include Global Trade Identification Numbers (GTINs) for your products. These identifiers include UPC (in North America), EAN (in Europe), JAN (in Japan), and ISBN (for books). You can include any of these values within this attribute. If available, you should provide at least two of the 'brand', 'mpn' and 'gtin' attributes. Please read more about providing strong identifiers.

Note: If you are already including an attribute named 'upc', 'ean', 'jan', or 'isbn', you don't need to add this attribute. We are automatically mapping these attributes to the 'gtin' attribute.
UPC EAN JAN ISBN
Type 12-digit number 13-digit number 9-digit number 10 or 13-digit number. If you have both, only include 13-digit number.
Text/Tab-delimited 001234567891 1001234567891 123456789 0451524233
XML <g:gtin>001234567891</g:gtin> <g:gtin>1001234567891</g:gtin> <g:gtin>123456789</g:gtin> <g:gtin>0451524233</g:gtin>
Recommended for All, especially electronics & media All, especially electronics & media All, especially electronics & media Books

brand [brand]

The brand of the product. If available, you should provide at least two of the brand, mpn and gtin attribute. Please read more about providing strong identifiers.
Type Text
Text/Tab delimited Acme
XML <g:brand>Acme</g:brand>
Recommended for All but strongly recommended for electronics

mpn [mpn]

The manufacturer product number (the number which uniquely identifies the product to it's manufacturer). If available, you should provide at least two of the brand, mpn and gtin attribute. Please read more about providing strong identifiers.
Type Alphanumeric characters
Text/Tab delimited GO12345OOGLE
XML <g:mpn>GO1234568OOGLE</g:mpn>
Recommended for All but strongly recommended for electronics

image link [image_link]

This is the URL of an associated image for a product. Please use full size images (400x400 pixels or larger), not thumbnails. Please do not include logos in images. If you do not have an image for your product leave this attribute blank. You can include up to 10 image links, however, one high quality image is preferred.
Type URL. (Must include the http:// portion.) Up to 10 URLs can be included. For tab-delimited, separate each URL by a comma. For XML, include each URL as a separate <image_link> attribute.
Text/Tab delimited http://www.example.com/image1.jpg
XML <image_link>http://www.example.com/image1.jpg&lt;/image_link>
Recommended for All categories

product type [product_type]

This describes the overall category of the product. For example, if your item is a refrigerator it might be in the category of "appliances". Ideally, please match the product to our own taxonomy shown here.
Type Text. You may include multiple product types if its appropriate for your item. Separate by a comma for tab-delimited; Include multiple <product_type> attributes for XML.
Text/Tab delimited Home & Garden > Kitchen & Dining > Appliances > Refrigerators
XML <g:product_type>Home &amp; Garden &gt; Kitchen &amp; Dining &gt; Appliances &gt; Refrigerators</g:product_type>
Recommended for All categories

quantity [quantity]

This attribute specifies the number of items in stock. Note that if you submit items that are out of stock you must have the quantity attribute set to '0', otherwise you should not upload out of stock items.
Type Integer
Text/Tab delimited 1
XML <g:quantity>1</g:quantity>
Recommended for All

availability [availability]

The availability attribute has only three accepted values:

    * in stock
    * out of stock
    * limited availability

If you use a different value your item will not be processed. These three values give you the option of adjusting your listings as your product stocks vary.
Type Text with only three accepted values: 'in stock', 'out of stock', 'limited availability'
Text/Tab delimited in stock
XML <g:availability>in stock<g:availability>
Recommended for All
Note: If you are submitting with English attribute names, the three accepted values are in stock, out of stock and limited availability.

shipping [shipping]

This attribute provides the specific shipping estimate for the product. This overrides the global shipping settings you defined in your Google Merchant Center settings.
Type Each shipping attribute group consists of three sub-attributes:
Name Requirement Description Examples
country optional The country an item will ship to (as an ISO 3166 country code) GB
region Not used in the UK, Germany, and France
service optional The service class or delivery speed Courier
price required Fixed shipping price (assumes the same currency as the price attribute) 10.00
Note: You can submit multiple values for this attribute.
Text/Tab delimited Separate each sub-attribute with a colon, and each shipping attribute group with a comma. Do not enclose sub-attribute values within quotations. All colons, even for blank values, are required, i.e., three colons are required.
:::10.00
GB:::10.00
GB::Royal Mail:2.95,GB::Courier:10.00
XML The three sub-attributes are country, service, and price. Include each shipping attribute group as a separate attribute.
<g:shipping>
   <g:country>UK</g:country>
   <g:service>Courier</g:service>
   <g:price>10.00</g:price>
</g:shipping>
Recommended for All



feature [feature]

Used to indicate the particular characteristic features of a product. For books, movie and music, examples values are respectively; paperback, CD, and blue-ray.
Type Text
Text/Tab delimited paperback
XML <g:feature>paperback</g:feature>
Recommended for Books, movies, and music

online only [online_only]

This is used to indicate if you have a product that is only available online and not in your physical store. There are only two accepted values 'y', if any item is not available in your store to purchase or 'n' if a customer can buy the posted item at your physical location.
Type Boolean: y or n
Text/Tab delimited y
XML <g:online_only>y</g:online_only>
Recommended for If some of your products are only available online and not in your physical store.

manufacturer [manufacturer]

This is the manufacturer of your items. Please use this attribute only for items whose brand and manufacturer are different, e.g. when one brand is produced by multiple manufacturers.
Type Text
Text/Tab delimited LG
XML <g:manufacturer>LG</g:manufacturer>
Recommended for Anywhere brand and manufacturer differ

expiration date [expiration_date]

This is the date that an item listing will expire. Note: The default expiration time is 30 days if the attribute is not provided.
Type ISO 8601 format: YYYY-MM-DD. Note are GMT-8
Text/Tab delimited 2004-08-19
XML <g:expiration_date>2004-08-19</g:expiration_date>
Recommended for All

shipping weight [shipping_weight]

This is the weight of the product at shipping. If you have specified a global shipping rule that is dependent on shipping weight, this attribute will be used to calculate the shipping cost automatically. The accepted values must include both a number and a unit of weight.
Type We accept only the following units of weight: lb, pound, oz, ounce, g, gram, kg, kilogram.
Text/Tab delimited 3 kilograms
XML <g:shipping_weight>3 kilograms</g:shipping_weight>
Recommended for all items with weight-dependent shipping costs.

genre [genre]

This describes the genre of your items, such as comedy or rock and roll.
Type Text. If accurate you may include more than one genre. For text these would be separated by commas and for XML include each genre as a separate attribute.
Text/Tab delimited Rock and Roll
XML <g:genre>Rock and Roll</g:genre>
Recommended for Media

featured product [featured_product]

Used to indicate that specific product is special or featured. Items on promotion or that are featured in a sale should be given the value of 'y'
Type Boolean: y or n
Text/Tab delimited y
XML <g:featured_product>y</g:featured_product>
Recommended for Promotional or featured items

excluded destination [excluded_destination]


color [color]

This defines the color of an item, it is especially useful if you have many different colors on the same item. You may include up to 10 values for this attribute. For text formats multiple values should be separated by commas, for XML repeat the tag for each value.
Type Text
Text/Tab delimited red
XML <g:color>red</g:color>
Recommended for Apparel

size [size]

This denotes the size of an item that may not have a standard size.
Type Text. Note: You may include up to 30 values for this attribute. For text formats multiple values should be separated by commas, for XML repeat the tag for each value.
Text/Tab delimited medium, large
XML <g:size>medium</g:size> <g:size>large</g:size>
Recommended for Apparel

year [year]

The year that a product was produced.
Type Numbers: Year in four digits, YYYY
Text/Tab delimited 2004
XML <g:year>2004</g:year>
Recommended for Books

author [author]

This defines the author of the information.
Type Text.
Text/Tab delimited William Shakespeare
XML <g:author>William Shakespeare</g:author>
Recommended for Books

edition [edition]

 Commentaires   
Commentaire de Thomas Springett [ 02/nov./10 10:49 ]
aussi il faut que si avec le règle de création du description nous n'avons toujours pas 70 caractères que nous n'envoyons pas le produit.

Merci,
Commentaire de Thomas Springett [ 02/nov./10 16:07 ]
Il faut qu'on arrête d'envoyer les produit ayant les characters du genre $%ù*...
Merci,
Commentaire de Carole Boucheny [ 15/nov./10 16:41 ]
Les points suivants sont en prod et seront donc pris en compte pour les flux de demain :
- Récupération uniquement des produits avec images
- Unique product code
- Exclusion des produits ayant une description de moins de 70 caractères
- Exclusion de certain caractère spéciaux.

Il reste donc à vérifier que les attributs obligatoires sont bien présents.
Commentaire de Carole Boucheny [ 16/nov./10 11:49 ]
Bonjour Thomas,

J'ai ajouté / améliorer l'information des balises suivant ce que tu as indiqué.

Par contre, je vois que sur le flux books3 d'hier il y a des erreurs sur l'upc. J'ai vérifié, les isbn indiqués sont correctes mais ne sont pas connus du site "http://isbndb.com/". Ce que je remarque c'est que les exemples donnés correspondent à des livres soumis par libri. La solution serait peut-être d'exclure les fiches produits libri pour le flux books3. Qu'en penses-tu ?

Carole
Commentaire de Thomas Springett [ 16/nov./10 12:33 ]
ça dépend du volume, si le flux reste à 100000 produit nous pourrions exclure ces produits.

Merci,
Commentaire de Carole Boucheny [ 16/nov./10 13:49 ]
On tombe à 5 466 produits pour le flux books3
Commentaire de Carole Boucheny [ 16/nov./10 14:31 ]
Peux-tu me confirmer que je laisse donc comme c'est actuellement ?

Merci
Carole
Commentaire de Thomas Springett [ 16/nov./10 15:07 ]
c'est un peut trop bas pour moi. il y a un autre attrubut qu'on peut utiliser pour creer un flux books3?
Commentaire de Carole Boucheny [ 16/nov./10 16:36 ]
Voici la nouvelle organisation que je propose :
(Seul books3 et books4 sont modifié par rapport au jira : CAT-3276)
- BOOKS : Livre en "anglais" avec "classification niv1" --> 272 974 produits
- BOOKS2 : Livre en "anglais" sans "classification niv1" --> 217 314 produits
- BOOKS3 : Livre "sans langue" avec "classification niv3" avec "classification niv4" --> 169 392 produits
- BOOKS4 : Livre "sans langue" avec "classification niv3" sans "classification niv4" --> 179 872 produits
- BOOKS5 : Livre "sans langue" sans "classification niv3" --> 313 877
- MUSIC : Music tous sauf "easy listening" et "Jazz" et "rock" --> 86 689 produits
- MUSIC2 : Music que "easy listening" ou "Jazz" ou "rock" --> 60 143
- VIDEO : Pas de changement
- COMPUTER: Pas de changement
- OTHER : Pas de changement
Commentaire de Thomas Springett [ 16/nov./10 17:12 ]
Ok pour moi
Commentaire de Carole Boucheny [ 16/nov./10 18:16 ]
La modification pour les books3 et 4 est en prod. Par contre il y a quelque chose d'étrange pour le flux other qui n'est pas aussi gros que prévu. Je regarderais plus dans le détail se qui se passe.
Commentaire de Carole Boucheny [ 18/nov./10 11:25 ]
J'ai identifié le problème du flux others. Je relance manuellement juste ce flux pour vérifier la correction. Je fermerais ensuite cette demande.

Carole
Commentaire de Carole Boucheny [ 19/nov./10 16:06 ]
Le flux others est un cas un peu particulier. Le dédoublonnage ne fonctionne pas sur ce flux. Je n'arrive pas à trouver pourquoi. Afin d'avoir un maximum d'offre le dédoublonnage est retiré uniquement sur ce flux.




[APP-16971] Erreur velocity sur template detail_book_template + NPE Création: 06/juil./07 16:29  Mise à jour: 09/juil./07 15:46  Résolue: 06/juil./07 19:11

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 15.0.0
Version(s) corrigée(s): 15.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Christophe Garcia Attribution: Edouard Gomez-Vaez
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-15863 Erreur sur affichage FP Livre Fermé
Pays:
FRA - France
Site: Integ
Projets PM archivés: Maintenance 15.x.x

 Description   
2007-07-06 16:22:47,485 INFO [P-Processor7] 192.168.1.234 - >>> GET http://preview.pm.lan/offer/buy/5308353/Les-Filles-De-Playboy-Special-Dilles-Au-Lit-S
ans-La-Couette-N%C2%B09-Livre.html
2007-07-06 16:22:47,493 WARN [P-Processor6] 192.168.1.164 - CategoryDetailQuery::ByAlias read 1000 rows !!
2007-07-06 16:22:47,504 DEBUG [P-Processor7] 192.168.1.234 - ImageInfoQuery
-- ImageInfoQuery
VAR x1 NUMBER § EXEC :x1 := 5308353;
SELECT product_id, prd_image_id, rank, pri_status_code, prd_source_code, user_account_id, creation_date
FROM prd_image
WHERE (prd_image.product_id = :x1)
AND (prd_image.pri_status_code IN (10, 15, 18))
ORDER BY prd_image.rank, prd_image.pri_status_code, prd_image.creation_date
;
2007-07-06 16:22:47,608 DEBUG [P-Processor7] 192.168.1.234 - ProductAdvertInfoQuery
-- ProductAdvertInfoQuery
VAR x1 NUMBER § EXEC :x1 := 5308353;
SELECT advert.advert_id, advert.adv_quality_code, advert.adv_showcase_code, advert.adv_status_code, advert.adv_type_code, advert.adv_visibility_code, adv
ert.allow_negotiation, advert.allow_pickup, advert.allow_shipping, advert.available_count, advert.brand_id, advert.change_date, advert.complement_product_id,
 advert.creation_date, advert.currency_id, advert.data_file_id, advert.freshness_date, advert.freshness_info_date, advert.freshness_outdated_date, advert.fre
shness_warn_date, advert.import_reference, advert.import_tag, advert.is_activation_to_send, advert.is_available, advert.is_best_price, advert.is_buyable, adv
ert.is_contract_pending, advert.is_negotiable, advert.is_original, advert.is_sellable, advert.is_tracking_direct, advert.is_unlimited, advert.negotiation_cou
nt, advert.pickup_country_id, advert.pickup_phone_number, advert.pickup_zip, advert.prd_availability_code, advert.prd_currency_id, advert.prd_freshness_date,
 advert.prd_line_key, advert.prd_list_price, advert.prd_medium_code, advert.prd_model_key, advert.prd_status_code, advert.prd_type_code, advert.prd_visibilit
y_code, advert.product_id, advert.question_count, advert.row_version, advert.sale_price, advert.seller_account_id, advert.seller_comment, advert.seller_login
, advert.seller_private_comment, advert.seller_reference1, advert.serial_number, advert.sort_author, advert.sort_title, advert.tracking_date, advert.unavaila
ble_count, advert.usr_tracking_id, base_product.summary AS base_summary, cpl_product.summary AS cpl_summary, user_account.user_account_id, user_account.accep
t_negotiation, user_account.activation, user_account.activation_mail_count, user_account.activation_mail_date, user_account.allow_free_book_price, user_accou
nt.allow_holiday, user_account.allow_submit_auto_validation, user_account.allow_unlimited_stock, user_account.brand_id, user_account.buy_count, user_account.
cache_advert_stats, user_account.change_date, user_account.children, user_account.cmp_method_code, user_account.commission_id, user_account.commission_rate,
user_account.commit_count, user_account.company_name, user_account.company_number, user_account.company_vat_number, user_account.computed_answer_time_sum, us
er_account.computed_commit_count, user_account.computed_sale_count, user_account.computed_seller_score_count, user_account.computed_seller_score_sum, user_ac
count.creation_date, user_account.display_name, user_account.email_address, user_account.ev_game_points, user_account.ev_parent_user_account_id, user_account
.ev_privilege, user_account.ev_send_registration, user_account.external_user_reference, user_account.first_advert_tracking_date, user_account.first_advert_tr
acking_id, user_account.first_name, user_account.first_tracking_date, user_account.game_parent_user_account_id, user_account.game_points, user_account.grant_
buyer_email, user_account.grant_buyer_phone, user_account.grant_email, user_account.grant_login, user_account.grant_question_advert_receive, user_account.gra
nt_question_item_receive, user_account.grant_question_notify, user_account.history, user_account.holiday_remind_date, user_account.holiday_return_date, user_
account.holiday_start_date, user_account.http_referrer, user_account.image_granted_status_code, user_account.initial_answer_time_sum, user_account.initial_co
mmit_count, user_account.initial_sale_count, user_account.initial_seller_score_count, user_account.initial_seller_score_sum, user_account.ip_address, user_ac
count.is_company, user_account.is_first_adv_tracking_direct, user_account.is_first_mail_sent, user_account.is_import_locked, user_account.is_in_transit, user
_account.is_last_tracking_direct, user_account.is_pro_vehicle, user_account.is_to_validate, user_account.is_tracking_direct, user_account.last_buy_date, user
_account.last_buyable_advert_date, user_account.last_consultable_advert_date, user_account.last_import_date, user_account.last_login_date, user_account.last_
memo_date, user_account.last_name, user_account.last_tracking_date, user_account.last_warning_date, user_account.last_wish_date, user_account.login, user_acc
ount.parent_user_account_id, user_account.password, user_account.personal_number, user_account.platform_id, user_account.registration_birth_date, user_accoun
t.reliability, user_account.remark, user_account.row_version, user_account.sale_count, user_account.seller_activation_date, user_account.seller_answer_time_s
um, user_account.seller_country_id, user_account.seller_score_count, user_account.seller_score_date, user_account.seller_score_sum, user_account.seller_websi
te_url, user_account.send_first_advert_mail, user_account.sponsorship_id, user_account.supports_shipping_certified, user_account.supports_shipping_chronopost
, user_account.supports_shipping_normal, user_account.supports_shipping_recommande, user_account.supports_shipping_suivi, user_account.tab_index, user_accoun
t.tracking_date, user_account.usr_activation_code, user_account.usr_campaign_id, user_account.usr_company_code, user_account.usr_compensation_right_code, use
r_account.usr_first_tracking_id, user_account.usr_game_status_code, user_account.usr_last_tracking_id, user_account.usr_presence_code, user_account.usr_privi
lege_code, user_account.usr_title_code, user_account.usr_tracking_id, user_account.usr_type_code, user_account.usr_visibility_code, user_account.wallet_amoun
t, user_account.wallet_birth_date, user_account.wallet_currency_id, user_account.wallet_incoming_amount, user_account.wallet_outgoing_amount, user_account.wl
t_status_code, (user_account.seller_score_sum / user_account.seller_score_count) as score
FROM advert, product base_product, product cpl_product, user_account
WHERE (base_product.product_id = advert.product_id)
AND (cpl_product.product_id (+)= advert.complement_product_id)
AND (user_account.user_account_id = advert.seller_account_id)
AND (advert.product_id = :x1)
AND (advert.is_available = 1)
AND (advert.adv_visibility_code = 10)
ORDER BY advert.adv_visibility_code, DECODE(advert.adv_quality_code, 50, 1, 0) ASC, toEuro(advert.sale_price, advert.currency_id) ASC, advert.adv_quality_c
ode ASC, score DESC NULLS LAST, advert.creation_date ASC
;
2007-07-06 16:22:47,782 WARN [P-Processor6] 192.168.1.164 - CategoryDetailQuery::ByAlias read 2000 rows !!
2007-07-06 16:22:47,811 DEBUG [P-Processor7] 192.168.1.234 - DynamoQuery
-- DynamoQuery
VAR x1 VARCHAR2(500) § EXEC :x1 := 'productid=5308353&action=buy';
SELECT dynamo.html_content, dynamo.dynamo_id AS dynamo_id, dynamo.data_key AS data_key, dynamo.position_key AS position_key
FROM dynamo
WHERE (data_key = (:x1))
;
2007-07-06 16:22:47,887 DEBUG [P-Processor6] 192.168.1.164 - CategoryDetailQuery::ByAlias
-- CategoryDetailQuery::ByAlias
VAR x1 VARCHAR2(500) § EXEC :x1 := 'filter_navigation';
VAR x2 NUMBER § EXEC :x2 := 10;
SELECT /*+ INDEX(prd_attribute_name prd_attribute_name_pkix_name) INDEX(prd_attribute_value prd_attribute_value_pkix_value) */ category.category_id, cate
gory.adopted_category_id, category.alias, category.change_date, category.creation_date, category.ctg_status_code, category.ctg_type_code, category.descriptio
n, category.does_inherit_from_parent, category.label, category.old_alias, category.parent_category_id, category.rank, category.row_version, ctg_parameter.ctg
_parameter_id p_ctg_parameter_id, ctg_parameter.boolean_value p_boolean_value, ctg_parameter.category_id p_category_id, ctg_parameter.change_date p_change_da
te, ctg_parameter.clob_value p_clob_value, ctg_parameter.creation_date p_creation_date, ctg_parameter.ctp_operator_code p_ctp_operator_code, ctg_parameter.ct
p_type_code p_ctp_type_code, ctg_parameter.date_value p_date_value, ctg_parameter.double_value p_double_value, ctg_parameter.is_inherited_to_child p_is_inher
ited_to_child, ctg_parameter.number_value p_number_value, ctg_parameter.prd_attribute_name_key p_prd_attribute_name_key, ctg_parameter.prd_attribute_unit_key
 p_prd_attribute_unit_key, ctg_parameter.prd_attribute_value_key p_prd_attribute_value_key, ctg_parameter.row_version p_row_version, ctg_parameter.string_val
ue p_string_value, ctg_parameter.target_category_id p_target_category_id, prd_attribute_name.name AS p_name, prd_attribute_value.value AS p_value
FROM (
  SELECT category.category_id, category.adopted_category_id, category.alias, category.change_date, category.creation_date, category.ctg_status_code, cate
gory.ctg_type_code, category.description, category.does_inherit_from_parent, category.label, category.old_alias, category.parent_category_id, category.rank,
category.row_version
  FROM category
  START WITH (alias = :x1)
  CONNECT BY (parent_category_id = PRIOR category_id)
  AND (ctg_status_code IN (:x2))) category, ctg_parameter, prd_attribute_name, prd_attribute_value
WHERE (prd_attribute_name.prd_attribute_name_key (+) = ctg_parameter.prd_attribute_name_key)
AND (prd_attribute_value.prd_attribute_value_key (+) = ctg_parameter.prd_attribute_value_key)
AND (ctg_parameter.category_id (+) = category.category_id)
ORDER BY rank ASC
;
2007-07-06 16:22:47,905 WARN [P-Processor7] 192.168.1.234 - org.apache.velocity.runtime.exception.ReferenceException: reference : template = PMVelocity -
Type: Contenu : Bloc Html - Category[257114] [line 3,column 18] : $firstContributor is not a valid reference.
2007-07-06 16:22:47,906 ERROR [P-Processor7] 192.168.1.234 - Left side ($familyName) of '!=' operation has null value. Operation not possible. PMVelocity -
 Type: Contenu : Bloc Html - Category[257116] [line 142, column 20]
2007-07-06 16:22:47,906 ERROR [P-Processor7] 192.168.1.234 - Left side ($familyName) of '==' operation has null value. If a reference, it may not be in the
 context. Operation not possible. PMVelocity - Type: Contenu : Bloc Html - Category[257116] [line 149, column 20]
2007-07-06 16:22:48,071 WARN [P-Processor6] 192.168.1.164 - CategoryDetailQuery::ByAlias read 1000 rows !!
2007-07-06 16:22:48,079 ERROR [P-Processor7] 192.168.1.234 - Method getAttributeValueCollection threw exception for reference $product in template PMVeloci
ty - PrdConfiguration - Detail - Disclaimer - Alias : detail_book_template at [1,6]
2007-07-06 16:22:48,079 INFO [P-Processor7] 192.168.1.234 - com.babelstore.util.template.VelocityException: Probleme lors d'un appel de fonction dans le t
emplate : PMVelocity - PrdConfiguration - Detail - Disclaimer - Alias : detail_book_template
Invocation of method 'getAttributeValueCollection' in class com.babelstore.product.ProductDetail threw exception class java.lang.NullPointerException : null
2007-07-06 16:22:48,080 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.util.template.VelocityTemplate.merge(VelocityTemplate.java:199)
2007-07-06 16:22:48,080 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.common.ProductFormat.velocityMerge(ProductFormat.java:496)
2007-07-06 16:22:48,080 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.common.ProductFormat.velocityMerge(ProductFormat.java:457)
2007-07-06 16:22:48,080 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.common.ProductFormat.getDetailDisclaimer(ProductFormat.java:817)
2007-07-06 16:22:48,080 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.referential.front.ProductDescription_jsp.generate(ProductDescription_jsp.ja
va:268)
2007-07-06 16:22:48,080 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.util.Block.generate(Block.java:143)
2007-07-06 16:22:48,080 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.util.web.Request.include(Request.java:528)
2007-07-06 16:22:48,080 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.util.web.Request.include(Request.java:561)
2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.util.web.Request.include(Request.java:567)
2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.common.front.FrontTemplate_jsp.generate(FrontTemplate_jsp.java:231)
2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.util.Block.generate(Block.java:143)
2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.util.web.Screen.generate(Screen.java:137)
2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.util.web.Request.generate(Request.java:501)
2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.common.front.FrontRequest.generate(FrontRequest.java:409)
2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:378)
2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:169)
2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115)
2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.ja
va:252)
2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.ja
va:202)
2007-07-06 16:22:48,081 INFO [P-Processor7] 192.168.1.234 - at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.jav
a:153)
2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
2007-07-06 16:22:48,082 INFO [P-Processor7] 192.168.1.234 - at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
2007-07-06 16:22:48,083 INFO [P-Processor7] 192.168.1.234 - at java.lang.Thread.run(Thread.java:595)
2007-07-06 16:22:48,198 WARN [P-Processor6] 192.168.1.164 - CategoryDetailQuery::ByAlias read 2000 rows !!
2007-07-06 16:22:48,260 WARN [P-Processor7] 192.168.1.234 - org.apache.velocity.runtime.exception.ReferenceException: reference : template = PMVelocity -
Type: Contenu : Bloc Html - Category[257114] [line 3,column 18] : $firstContributor is not a valid reference.
2007-07-06 16:22:48,263 INFO [P-Processor7] 192.168.1.234 - <<< [778 ms] GET http://preview.pm.lan/offer/buy/5308353/Les-Filles-De-Playboy-Special-Dilles
-Au-Lit-Sans-La-Couette-N%C2%B09-Livre.html


 Commentaires   
Commentaire de Edouard Gomez-Vaez [ 06/juil./07 19:11 ]
le backmerge SBP V15 avait supprimé les modifications faite pour le JIRA lié sur la branche V14.
Ouf.




[APP-12000] Fichier N°4195941 est en Erreur Création: 04/sept./06 15:30  Mise à jour: 25/juin/07 18:43  Résolue: 24/oct./06 16:56

Etat: Fermé
Projet: Application PriceMinister
Composants: Import de Fichiers
Affecte la/les version(s): 9.0.2a
Version(s) corrigée(s): 9.0.4

Type: Bogue Priorité: Critique
Rapporteur: Rodrigue Nsiangani Attribution: Rodrigue Nsiangani
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Dépendance
est bloqué par APP-13395 Fichier 3900337 en Erreur en INTEG Fermé
Site: Prod
Navigateur: Mozilla / Firefox

 Description   
Le fichier N°4195941 est en erreur.
http://bo.priceminister.com/datafile_back?action=advfilesearch&file_id=4195941&login=gb_neuf
J'ai déjà patché plusieurs fois le fichier.

Le format utilisé comporte des inclusions de formats.
http://bo.priceminister.com/datafile_back?action=advertmappingview&advertmappingid=14326



 Commentaires   
Commentaire de Rodrigue Nsiangani [ 04/sept./06 15:33 ]
J'ai remis le fichier à retraiter pour avoir les logs.
Commentaire de Rodrigue Nsiangani [ 04/sept./06 15:47 ]

2006-09-04 10:00:33,150 ERROR [10.150.28.77] DATA_FILE-391 - TransactionRolledbackException in method: public abstract java.lang.Long com.babelstore.datafile.business.DataFileBusiness.processLine(java.lang.Long,com.babelstore.user.UserInfo,com.babelstore.stock.service.StockService) throws java.rmi.RemoteException,java.lang.Exception, causedBy:
javax.ejb.EJBTransactionRolledbackException: null; CausedByException is:
        null; CausedByException is:
        java.lang.RuntimeException: java.lang.reflect.InvocationTargetException
        at org.hibernate.ejb.callback.BeanCallback.invoke(BeanCallback.java:25)
        at org.hibernate.ejb.callback.EntityCallbackHandler.callback(EntityCallbackHandler.java:76)
        at org.hibernate.ejb.callback.EntityCallbackHandler.preUpdate(EntityCallbackHandler.java:62)
        at org.hibernate.ejb.callback.EJB3FlushEntityEventListener.invokeInterceptor(EJB3FlushEntityEventListener.java:32)
        at org.hibernate.event.def.DefaultFlushEntityEventListener.handleInterception(DefaultFlushEntityEventListener.java:284)
        at org.hibernate.event.def.DefaultFlushEntityEventListener.scheduleUpdate(DefaultFlushEntityEventListener.java:224)
        at org.hibernate.event.def.DefaultFlushEntityEventListener.onFlushEntity(DefaultFlushEntityEventListener.java:105)
        at org.hibernate.event.def.AbstractFlushingEventListener.flushEntities(AbstractFlushingEventListener.java:195)
        at org.hibernate.event.def.AbstractFlushingEventListener.flushEverythingToExecutions(AbstractFlushingEventListener.java:76)
        at org.hibernate.event.def.DefaultAutoFlushEventListener.onAutoFlush(DefaultAutoFlushEventListener.java:35)
        at org.hibernate.impl.SessionImpl.autoFlushIfRequired(SessionImpl.java:850)
        at org.hibernate.impl.SessionImpl.listCustomQuery(SessionImpl.java:1542)
        at org.hibernate.impl.SQLQueryImpl.list(SQLQueryImpl.java:165)
        at org.hibernate.ejb.QueryImpl.getResultList(QueryImpl.java:38)
        at com.babelstore.util.sql.SQLQuery.readList(SQLQuery.java:515)
        at com.babelstore.referential.business.AttributeValueMappingInfoQuery.getNameValueCollection(AttributeValueMappingInfoQuery.java:77)
        at com.babelstore.stock.service.AttributeServiceBean.isAttributeValueMapped(AttributeServiceBean.java:168)
        at sun.reflect.GeneratedMethodAccessor284.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109)
        at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113)
        at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:39)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:163)
        at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:60)
        at $Proxy262.isAttributeValueMapped(Unknown Source)
        at com.babelstore.stock.service.ProductManagerBean.isAttributeValueMapped(ProductManagerBean.java:871)
        at com.babelstore.stock.service.ProductManagerBean.processAttribute(ProductManagerBean.java:262)
        at sun.reflect.GeneratedMethodAccessor276.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109)
        at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113)
        at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:39)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:163)
        at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:60)
        at $Proxy265.processAttribute(Unknown Source)
        at com.babelstore.stock.service.StockServiceBean.addNewCategories(StockServiceBean.java:892)
        at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:791)
        at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:806)
        at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:806)
        at com.babelstore.stock.service.StockServiceBean.updateBaseProduct(StockServiceBean.java:513)
        at com.babelstore.stock.service.StockServiceBean.processBaseProduct(StockServiceBean.java:358)
        at com.babelstore.stock.service.StockServiceBean.work(StockServiceBean.java:251)
        at com.babelstore.stock.service.StockServiceBean.processLine(StockServiceBean.java:183)
        at sun.reflect.GeneratedMethodAccessor250.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109)
        at org.jboss.ejb3.entity.ExtendedPersistenceContextPropagationInterceptor.invoke(ExtendedPersistenceContextPropagationInterceptor.java:44)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateful.StatefulInstanceInterceptor.invoke(StatefulInstanceInterceptor.java:133)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113)
        at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:150)
        at org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:83)
        at $Proxy268.processLine(Unknown Source)
        at com.babelstore.datafile.business.DataLineBusinessBean.process(DataLineBusinessBean.java:41)
        at sun.reflect.GeneratedMethodAccessor249.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
        at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
        at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
        at $Proxy301.process(Unknown Source)
        at com.babelstore.datafile.business.DataFileBusinessBean.processLine(DataFileBusinessBean.java:88)
        at sun.reflect.GeneratedMethodAccessor254.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
        at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
        at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
        at $Proxy299.processLine(Unknown Source)
        at com.babelstore.datafile.business.DataFileCatalogBean.processLine(DataFileCatalogBean.java:465)
        at com.babelstore.datafile.business.DataFileCatalogBean.processFile(DataFileCatalogBean.java:389)
        at com.babelstore.datafile.business.DataFileCatalogBean.processFile(DataFileCatalogBean.java:231)
        at sun.reflect.GeneratedMethodAccessor308.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:363)

        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805)
        at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406)
        at sun.reflect.GeneratedMethodAccessor166.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294)
        at sun.rmi.transport.Transport$1.run(Transport.java:153)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.rmi.transport.Transport.serviceCall(Transport.java:149)
        at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701)
        at java.lang.Thread.run(Thread.java:595)
Caused by: java.lang.reflect.InvocationTargetException
        at sun.reflect.GeneratedMethodAccessor271.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.hibernate.ejb.callback.BeanCallback.invoke(BeanCallback.java:22)
        ... 211 more
Caused by: java.lang.NullPointerException
        at com.babelstore.stock.util.ExternalInfoFactory.getAttributeExtendedInfo(ExternalInfoFactory.java:269)
        at com.babelstore.stock.entity.Product.getAttributeLinkedHashMap(Product.java:1331)
        at com.babelstore.stock.entity.Product.computeText1(Product.java:2134)
        at com.babelstore.stock.entity.Product.denormalize(Product.java:2031)
        at com.babelstore.stock.entity.Product.preUpdate(Product.java:1518)
        ... 215 more

        at org.jboss.ejb3.tx.Ejb3TxPolicy.handleInCallerTx(Ejb3TxPolicy.java:65)
        at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:117)
        at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:39)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:163)
        at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:60)
        at $Proxy265.processAttribute(Unknown Source)
        at com.babelstore.stock.service.StockServiceBean.addNewCategories(StockServiceBean.java:892)
        at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:791)
        at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:806)
        at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:806)
        at com.babelstore.stock.service.StockServiceBean.updateBaseProduct(StockServiceBean.java:513)
        at com.babelstore.stock.service.StockServiceBean.processBaseProduct(StockServiceBean.java:358)
        at com.babelstore.stock.service.StockServiceBean.work(StockServiceBean.java:251)
        at com.babelstore.stock.service.StockServiceBean.processLine(StockServiceBean.java:183)
        at sun.reflect.GeneratedMethodAccessor250.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109)
        at org.jboss.ejb3.entity.ExtendedPersistenceContextPropagationInterceptor.invoke(ExtendedPersistenceContextPropagationInterceptor.java:44)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateful.StatefulInstanceInterceptor.invoke(StatefulInstanceInterceptor.java:133)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113)
        at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:150)
        at org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:83)
        at $Proxy268.processLine(Unknown Source)
        at com.babelstore.datafile.business.DataLineBusinessBean.process(DataLineBusinessBean.java:41)
        at sun.reflect.GeneratedMethodAccessor249.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)

        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
        at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
        at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
        at $Proxy301.process(Unknown Source)
        at com.babelstore.datafile.business.DataFileBusinessBean.processLine(DataFileBusinessBean.java:88)
        at sun.reflect.GeneratedMethodAccessor254.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
        at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
        at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
        at $Proxy299.processLine(Unknown Source)
        at com.babelstore.datafile.business.DataFileCatalogBean.processLine(DataFileCatalogBean.java:465)
        at com.babelstore.datafile.business.DataFileCatalogBean.processFile(DataFileCatalogBean.java:389)
        at com.babelstore.datafile.business.DataFileCatalogBean.processFile(DataFileCatalogBean.java:231)
        at sun.reflect.GeneratedMethodAccessor308.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:363)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805)
        at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406)
        at sun.reflect.GeneratedMethodAccessor166.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294)
        at sun.rmi.transport.Transport$1.run(Transport.java:153)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.rmi.transport.Transport.serviceCall(Transport.java:149)
        at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701)
        at java.lang.Thread.run(Thread.java:595)
javax.ejb.EJBTransactionRolledbackException: null; CausedByException is:
        java.lang.RuntimeException: java.lang.reflect.InvocationTargetException
        at org.hibernate.ejb.callback.BeanCallback.invoke(BeanCallback.java:25)
        at org.hibernate.ejb.callback.EntityCallbackHandler.callback(EntityCallbackHandler.java:76)
        at org.hibernate.ejb.callback.EntityCallbackHandler.preUpdate(EntityCallbackHandler.java:62)
        at org.hibernate.ejb.callback.EJB3FlushEntityEventListener.invokeInterceptor(EJB3FlushEntityEventListener.java:32)
        at org.hibernate.event.def.DefaultFlushEntityEventListener.handleInterception(DefaultFlushEntityEventListener.java:284)
        at org.hibernate.event.def.DefaultFlushEntityEventListener.scheduleUpdate(DefaultFlushEntityEventListener.java:224)
        at org.hibernate.event.def.DefaultFlushEntityEventListener.onFlushEntity(DefaultFlushEntityEventListener.java:105)
        at org.hibernate.event.def.AbstractFlushingEventListener.flushEntities(AbstractFlushingEventListener.java:195)
        at org.hibernate.event.def.AbstractFlushingEventListener.flushEverythingToExecutions(AbstractFlushingEventListener.java:76)
        at org.hibernate.event.def.DefaultAutoFlushEventListener.onAutoFlush(DefaultAutoFlushEventListener.java:35)
        at org.hibernate.impl.SessionImpl.autoFlushIfRequired(SessionImpl.java:850)
        at org.hibernate.impl.SessionImpl.listCustomQuery(SessionImpl.java:1542)
        at org.hibernate.impl.SQLQueryImpl.list(SQLQueryImpl.java:165)
        at org.hibernate.ejb.QueryImpl.getResultList(QueryImpl.java:38)
        at com.babelstore.util.sql.SQLQuery.readList(SQLQuery.java:515)
        at com.babelstore.referential.business.AttributeValueMappingInfoQuery.getNameValueCollection(AttributeValueMappingInfoQuery.java:77)
        at com.babelstore.stock.service.AttributeServiceBean.isAttributeValueMapped(AttributeServiceBean.java:168)
        at sun.reflect.GeneratedMethodAccessor284.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109)
        at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113)
        at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:39)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:163)
        at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:60)
        at $Proxy262.isAttributeValueMapped(Unknown Source)
        at com.babelstore.stock.service.ProductManagerBean.isAttributeValueMapped(ProductManagerBean.java:871)
        at com.babelstore.stock.service.ProductManagerBean.processAttribute(ProductManagerBean.java:262)
        at sun.reflect.GeneratedMethodAccessor276.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109)
        at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113)
        at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:39)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:163)
        at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:60)
        at $Proxy265.processAttribute(Unknown Source)
        at com.babelstore.stock.service.StockServiceBean.addNewCategories(StockServiceBean.java:892)
        at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:791)
        at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:806)
        at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:806)
        at com.babelstore.stock.service.StockServiceBean.updateBaseProduct(StockServiceBean.java:513)
        at com.babelstore.stock.service.StockServiceBean.processBaseProduct(StockServiceBean.java:358)
        at com.babelstore.stock.service.StockServiceBean.work(StockServiceBean.java:251)
        at com.babelstore.stock.service.StockServiceBean.processLine(StockServiceBean.java:183)
        at sun.reflect.GeneratedMethodAccessor250.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109)
        at org.jboss.ejb3.entity.ExtendedPersistenceContextPropagationInterceptor.invoke(ExtendedPersistenceContextPropagationInterceptor.java:44)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)

        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113)
        at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:150)
        at org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:83)
        at $Proxy268.processLine(Unknown Source)
        at com.babelstore.datafile.business.DataLineBusinessBean.process(DataLineBusinessBean.java:41)
        at sun.reflect.GeneratedMethodAccessor249.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
        at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
        at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
        at $Proxy301.process(Unknown Source)
        at com.babelstore.datafile.business.DataFileBusinessBean.processLine(DataFileBusinessBean.java:88)
        at sun.reflect.GeneratedMethodAccessor254.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
        at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
        at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
        at $Proxy299.processLine(Unknown Source)
        at com.babelstore.datafile.business.DataFileCatalogBean.processLine(DataFileCatalogBean.java:465)
        at com.babelstore.datafile.business.DataFileCatalogBean.processFile(DataFileCatalogBean.java:389)
        at com.babelstore.datafile.business.DataFileCatalogBean.processFile(DataFileCatalogBean.java:231)
        at sun.reflect.GeneratedMethodAccessor308.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:363)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)

        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805)
        at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406)
        at sun.reflect.GeneratedMethodAccessor166.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294)
        at sun.rmi.transport.Transport$1.run(Transport.java:153)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.rmi.transport.Transport.serviceCall(Transport.java:149)
        at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701)
        at java.lang.Thread.run(Thread.java:595)
Caused by: java.lang.reflect.InvocationTargetException
        at sun.reflect.GeneratedMethodAccessor271.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.hibernate.ejb.callback.BeanCallback.invoke(BeanCallback.java:22)
        ... 211 more
Caused by: java.lang.NullPointerException
        at com.babelstore.stock.util.ExternalInfoFactory.getAttributeExtendedInfo(ExternalInfoFactory.java:269)
        at com.babelstore.stock.entity.Product.getAttributeLinkedHashMap(Product.java:1331)
        at com.babelstore.stock.entity.Product.computeText1(Product.java:2134)
        at com.babelstore.stock.entity.Product.denormalize(Product.java:2031)
        at com.babelstore.stock.entity.Product.preUpdate(Product.java:1518)
        ... 215 more

        at org.jboss.ejb3.tx.Ejb3TxPolicy.handleInCallerTx(Ejb3TxPolicy.java:65)
        at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:117)
        at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:39)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:163)
        at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:60)
        at $Proxy262.isAttributeValueMapped(Unknown Source)
        at com.babelstore.stock.service.ProductManagerBean.isAttributeValueMapped(ProductManagerBean.java:871)
        at com.babelstore.stock.service.ProductManagerBean.processAttribute(ProductManagerBean.java:262)
        at sun.reflect.GeneratedMethodAccessor276.invoke(Unknown Source)
        at com.babelstore.stock.service.ProductManagerBean.processAttribute(ProductManagerBean.java:262)
        at sun.reflect.GeneratedMethodAccessor276.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109)
        at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113)
        at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:39)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:163)
        at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:60)
        at $Proxy265.processAttribute(Unknown Source)
        at com.babelstore.stock.service.StockServiceBean.addNewCategories(StockServiceBean.java:892)
        at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:791)
        at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:806)
        at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:806)
        at com.babelstore.stock.service.StockServiceBean.updateBaseProduct(StockServiceBean.java:513)
        at com.babelstore.stock.service.StockServiceBean.processBaseProduct(StockServiceBean.java:358)
        at com.babelstore.stock.service.StockServiceBean.work(StockServiceBean.java:251)
        at com.babelstore.stock.service.StockServiceBean.processLine(StockServiceBean.java:183)
        at sun.reflect.GeneratedMethodAccessor250.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109)
        at org.jboss.ejb3.entity.ExtendedPersistenceContextPropagationInterceptor.invoke(ExtendedPersistenceContextPropagationInterceptor.java:44)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateful.StatefulInstanceInterceptor.invoke(StatefulInstanceInterceptor.java:133)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113)
        at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:150)
        at org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:83)
        at $Proxy268.processLine(Unknown Source)
        at com.babelstore.datafile.business.DataLineBusinessBean.process(DataLineBusinessBean.java:41)
        at sun.reflect.GeneratedMethodAccessor249.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
        at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
        at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
        at $Proxy301.process(Unknown Source)
        at com.babelstore.datafile.business.DataFileBusinessBean.processLine(DataFileBusinessBean.java:88)
        at sun.reflect.GeneratedMethodAccessor254.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514)
        at org.jboss.ejb.Container.invoke(Container.java:873)

        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
        at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
        at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
        at $Proxy299.processLine(Unknown Source)
        at com.babelstore.datafile.business.DataFileCatalogBean.processLine(DataFileCatalogBean.java:465)
        at com.babelstore.datafile.business.DataFileCatalogBean.processFile(DataFileCatalogBean.java:389)
        at com.babelstore.datafile.business.DataFileCatalogBean.processFile(DataFileCatalogBean.java:231)
        at sun.reflect.GeneratedMethodAccessor308.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:363)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805)
        at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406)
        at sun.reflect.GeneratedMethodAccessor166.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294)
        at sun.rmi.transport.Transport$1.run(Transport.java:153)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.rmi.transport.Transport.serviceCall(Transport.java:149)
        at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701)
        at java.lang.Thread.run(Thread.java:595)
java.lang.RuntimeException: java.lang.reflect.InvocationTargetException
        at org.hibernate.ejb.callback.BeanCallback.invoke(BeanCallback.java:25)

        at org.hibernate.ejb.callback.EntityCallbackHandler.callback(EntityCallbackHandler.java:76)
        at org.hibernate.ejb.callback.EntityCallbackHandler.preUpdate(EntityCallbackHandler.java:62)
        at org.hibernate.ejb.callback.EJB3FlushEntityEventListener.invokeInterceptor(EJB3FlushEntityEventListener.java:32)
        at org.hibernate.event.def.DefaultFlushEntityEventListener.handleInterception(DefaultFlushEntityEventListener.java:284)
        at org.hibernate.event.def.DefaultFlushEntityEventListener.scheduleUpdate(DefaultFlushEntityEventListener.java:224)
        at org.hibernate.event.def.DefaultFlushEntityEventListener.onFlushEntity(DefaultFlushEntityEventListener.java:105)
        at org.hibernate.event.def.AbstractFlushingEventListener.flushEntities(AbstractFlushingEventListener.java:195)
        at org.hibernate.event.def.AbstractFlushingEventListener.flushEverythingToExecutions(AbstractFlushingEventListener.java:76)
        at org.hibernate.event.def.DefaultAutoFlushEventListener.onAutoFlush(DefaultAutoFlushEventListener.java:35)
        at org.hibernate.impl.SessionImpl.autoFlushIfRequired(SessionImpl.java:850)
        at org.hibernate.impl.SessionImpl.listCustomQuery(SessionImpl.java:1542)
        at org.hibernate.impl.SQLQueryImpl.list(SQLQueryImpl.java:165)
        at org.hibernate.ejb.QueryImpl.getResultList(QueryImpl.java:38)
        at com.babelstore.util.sql.SQLQuery.readList(SQLQuery.java:515)
        at com.babelstore.referential.business.AttributeValueMappingInfoQuery.getNameValueCollection(AttributeValueMappingInfoQuery.java:77)
        at com.babelstore.stock.service.AttributeServiceBean.isAttributeValueMapped(AttributeServiceBean.java:168)
        at sun.reflect.GeneratedMethodAccessor284.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109)
        at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113)
        at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:39)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:163)
        at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:60)
        at $Proxy262.isAttributeValueMapped(Unknown Source)
        at com.babelstore.stock.service.ProductManagerBean.isAttributeValueMapped(ProductManagerBean.java:871)
        at com.babelstore.stock.service.ProductManagerBean.processAttribute(ProductManagerBean.java:262)
        at sun.reflect.GeneratedMethodAccessor276.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109)
        at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113)
        at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:39)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32)

        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:163)
        at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:60)
        at $Proxy265.processAttribute(Unknown Source)
        at com.babelstore.stock.service.StockServiceBean.addNewCategories(StockServiceBean.java:892)
        at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:791)
        at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:806)
        at com.babelstore.stock.service.StockServiceBean.processDependentInputs(StockServiceBean.java:806)
        at com.babelstore.stock.service.StockServiceBean.updateBaseProduct(StockServiceBean.java:513)
        at com.babelstore.stock.service.StockServiceBean.processBaseProduct(StockServiceBean.java:358)
        at com.babelstore.stock.service.StockServiceBean.work(StockServiceBean.java:251)
        at com.babelstore.stock.service.StockServiceBean.processLine(StockServiceBean.java:183)
        at sun.reflect.GeneratedMethodAccessor250.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109)
        at org.jboss.ejb3.entity.ExtendedPersistenceContextPropagationInterceptor.invoke(ExtendedPersistenceContextPropagationInterceptor.java:44)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateful.StatefulInstanceInterceptor.invoke(StatefulInstanceInterceptor.java:133)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113)
        at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:150)
        at org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:83)
        at $Proxy268.processLine(Unknown Source)
        at com.babelstore.datafile.business.DataLineBusinessBean.process(DataLineBusinessBean.java:41)
        at sun.reflect.GeneratedMethodAccessor249.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)

        at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
        at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
        at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
        at $Proxy301.process(Unknown Source)
        at com.babelstore.datafile.business.DataFileBusinessBean.processLine(DataFileBusinessBean.java:88)
        at sun.reflect.GeneratedMethodAccessor254.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
        at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
        at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)

        at $Proxy299.processLine(Unknown Source)
        at com.babelstore.datafile.business.DataFileCatalogBean.processLine(DataFileCatalogBean.java:465)
        at com.babelstore.datafile.business.DataFileCatalogBean.processFile(DataFileCatalogBean.java:389)
        at com.babelstore.datafile.business.DataFileCatalogBean.processFile(DataFileCatalogBean.java:231)
        at sun.reflect.GeneratedMethodAccessor308.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:363)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805)
        at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406)
        at sun.reflect.GeneratedMethodAccessor166.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294)
        at sun.rmi.transport.Transport$1.run(Transport.java:153)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.rmi.transport.Transport.serviceCall(Transport.java:149)
        at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701)
        at java.lang.Thread.run(Thread.java:595)
Caused by: java.lang.reflect.InvocationTargetException
        at sun.reflect.GeneratedMethodAccessor271.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.hibernate.ejb.callback.BeanCallback.invoke(BeanCallback.java:22)
        ... 211 more
Caused by: java.lang.NullPointerException
        at com.babelstore.stock.util.ExternalInfoFactory.getAttributeExtendedInfo(ExternalInfoFactory.java:269)
        at com.babelstore.stock.entity.Product.getAttributeLinkedHashMap(Product.java:1331)
        at com.babelstore.stock.entity.Product.computeText1(Product.java:2134)
        at com.babelstore.stock.entity.Product.denormalize(Product.java:2031)
        at com.babelstore.stock.entity.Product.preUpdate(Product.java:1518)
        ... 215 more

2006-09-04 10:00:33,162 ERROR [10.150.28.77] DATA_FILE-391 - Fatal exception during processing of file 4195941 at line 44127315397: javax.transaction.TransactionRolledbackException: null; CausedByException is:
Commentaire de Mostafa Diane [ 05/sept./06 15:53 ]
le format de fichier n'est pas bon; en fait la variable $attributeUnitKey DOIT ABSOLUMENT CONTENIR UNE CLE d'unité valide et non pas la valeur de cette unité
Commentaire de Mostafa Diane [ 05/sept./06 15:59 ]
Ci -après la liste de toutes les unités avec leur clé

SQL> select UNIT ||' a pour valeur ' || PRD_ATTRIBUTE_UNIT_KEY from prd_attribute_unit ;

UNIT||'APOURVALEUR'||PRD_A
------------------------------------------------------------------------------------------------------------------------------------------------------
Hz a pour valeur U00043
KHz a pour valeur U00044
MHz a pour valeur U00045
GHz a pour valeur U00046
Octet a pour valeur U00052
Ko a pour valeur U00053
Mo a pour valeur U00054
Go a pour valeur U00055
To a pour valeur U00056
Ns a pour valeur U00060
Ms a pour valeur U00061
Min a pour valeur U00063
Heure(s) a pour valeur U00064
Mois a pour valeur U00066
Années a pour valeur U00067
Jours a pour valeur U00074
Mois a pour valeur U00075
Ko/s a pour valeur U00081
Ko/s a pour valeur U00082
Mo/s a pour valeur U00083
GBps a pour valeur U00084
Bps a pour valeur U00085
Kbits/s a pour valeur U00086
Mbits/s a pour valeur U00087
Gbits/s a pour valeur U00088
Tours/min a pour valeur U00089
mm a pour valeur U00098
Cm a pour valeur U00099
M a pour valeur U00100
Km a pour valeur U00101
Watt a pour valeur U00104
KW a pour valeur U00106
VA a pour valeur U00107
Lumens ANSI a pour valeur U00108
Ppp a pour valeur U00109
Ppm a pour valeur U00110
Min/page a pour valeur U00111
Caractères/s a pour valeur U00112
Caractères/min a pour valeur U00113
Lignes/s a pour valeur U00114
Lignes/min a pour valeur U00115
Feuilles a pour valeur U00116
Pixels/pouce a pour valeur U00119
dBV/uBar a pour valeur U00126
dBV/Pascal a pour valeur U00127
Mg a pour valeur U00135
G a pour valeur U00136
Kg a pour valeur U00137
MAh a pour valeur U00157
Ah a pour valeur U00158
Wh a pour valeur U00163
Go/h a pour valeur U00166
Mo/h a pour valeur U00170
Bit a pour valeur U00171
dB a pour valeur U00175
Rouleaux a pour valeur U00177
M2/heure a pour valeur U00181
Cpp a pour valeur U00189
Lpp a pour valeur U00200
diapos a pour valeur U00203
inch/min a pour valeur U00206
Pages a pour valeur U00213
Infini a pour valeur U80002
Pages a pour valeur U80036
Le kit câble a pour valeur U80048
degrés a pour valeur U80051
Noms et numéros a pour valeur U80084
cd/m2 a pour valeur U80086
Mm/s a pour valeur U80088
disques a pour valeur U80095
Mégapixel a pour valeur U80123
cm a pour valeur U80145
cartes a pour valeur U80146
point(s) a pour valeur U80149
ppm a pour valeur U80155
min/page a pour valeur U80156
car/sec a pour valeur U80157
car/min a pour valeur U80158
lignes/sec a pour valeur U80159
lignes/min a pour valeur U80160
m2/heure a pour valeur U80161
mm/sec a pour valeur U80162
pouce/min a pour valeur U80163
CD a pour valeur U80167
minutes a pour valeur U80168
hours a pour valeur U80169
hours a pour valeur U80175
day(s) a pour valeur U80176
month(s) a pour valeur U80177
CV a pour valeur UC0001
l a pour valeur UC0002
l / 100km a pour valeur UC0003
m a pour valeur UC0004
kg a pour valeur UC0005
kW a pour valeur UC0006
ch a pour valeur UC0007
km/h a pour valeur UC0008
s a pour valeur UC0009
Nm a pour valeur UC0010
cm3 a pour valeur UC0011
euros a pour valeur UC0012
ml a pour valeur UC0013
cl a pour valeur UC0014
dl a pour valeur UC0015
Pouces a pour valeur UC0016

105 ligne(s) sélectionnée(s).

Ecoulé : 00 :00 :00.02
Commentaire de Rodrigue Nsiangani [ 05/sept./06 16:00 ]
J'ai exécuté la requète suivante pour récupérer les unités de valeurs :
<< select prd_attribute_unit_key , unit from prd_attribute_unit >>

...
U00127|dBV/Pascal
U00135|Mg
U00136|G
U00137|Kg
U00157|MAh
U00158|Ah
U00163|Wh
U00166|Go/h
U00170|Mo/h
U00171|Bit
U00175|dB
U00177|Rouleaux
U00181|M2/heure
...

J'ai récupéré 105 lignes. Je vais modifier le format.
Commentaire de Rodrigue Nsiangani [ 05/sept./06 16:59 ]
Les formats ont été corrigés. J'ai mis le fichier à retraiter.
Commentaire de Mostafa Diane [ 06/sept./06 11:55 ]
Les fichiers passe en prod. faudra peut renvoyé un message d'erreur pour planter la ligne sans bloquer le fichier.
Je le place en V904
Commentaire de Mostafa Diane [ 12/sept./06 16:02 ]
Désomrais lorsque vous rentrez une fausse clé d'unité, la ligne plante. Vous allez voir un joli Message : Vérifier l'unité Mo.
Commentaire de Rodrigue Nsiangani [ 23/oct./06 11:11 ]
Le fichier est toujours en Erreur en INTEG et je n'ai pas eu de message "Vérifier l'unité Mo".
Ce n'est peut-être pas le même bug. J'ai vérifié, nous avoons les mêmes codes en integ et en prod :
<<Go a pour valeur U00055 = Go a pour valeur U00055
To a pour valeur U00056 = To a pour valeur U00056
>>



EN INTEG
SQL> select UNIT ||' a pour valeur ' || PRD_ATTRIBUTE_UNIT_KEY from prd_attribut

e_unit ;UNIT||'APOURVALEUR'||PRD_A
--------------------------------------------------------------------------------
Hz a pour valeur U00043
KHz a pour valeur U00044
MHz a pour valeur U00045
GHz a pour valeur U00046
Octet a pour valeur U00052
Ko a pour valeur U00053
Mo a pour valeur U00054
Go a pour valeur U00055
To a pour valeur U00056
V a pour valeur U00058
Ns a pour valeur U00060
Ms a pour valeur U00061
sec a pour valeur U00062
Min a pour valeur U00063
Heure(s) a pour valeur U00064
Mois a pour valeur U00066
Années a pour valeur U00067
Jours a pour valeur U00074
Mois a pour valeur U00075
Ko/s a pour valeur U00081
Ko/s a pour valeur U00082
Mo/s a pour valeur U00083
GBps a pour valeur U00084
Bps a pour valeur U00085
Kbits/s a pour valeur U00086
Mbits/s a pour valeur U00087
Gbits/s a pour valeur U00088
Tours/min a pour valeur U00089
mm a pour valeur U00098
Cm a pour valeur U00099
M a pour valeur U00100
Km a pour valeur U00101
Watt a pour valeur U00104
KW a pour valeur U00106
VA a pour valeur U00107
Lumens ANSI a pour valeur U00108
Ppp a pour valeur U00109
Ppm a pour valeur U00110
Min/page a pour valeur U00111
Caractères/s a pour valeur U00112
Caractères/min a pour valeur U00113
Lignes/s a pour valeur U00114
Lignes/min a pour valeur U00115
Feuilles a pour valeur U00116
Pixels/pouce a pour valeur U00119
dBV/uBar a pour valeur U00126
dBV/Pascal a pour valeur U00127
Mg a pour valeur U00135
G a pour valeur U00136
Kg a pour valeur U00137
MAh a pour valeur U00157
Ah a pour valeur U00158
Wh a pour valeur U00163
Go/h a pour valeur U00166
Mo/h a pour valeur U00170
Bit a pour valeur U00171
dB a pour valeur U00175
Rouleaux a pour valeur U00177
M2/heure a pour valeur U00181
Cpp a pour valeur U00189
Lpp a pour valeur U00200
diapos a pour valeur U00203
inch/min a pour valeur U00206
Pages a pour valeur U00213
Infini a pour valeur U80002
Pages a pour valeur U80036
Le kit câble a pour valeur U80048
degrés a pour valeur U80051
Noms et numéros a pour valeur U80084
cd/m2 a pour valeur U80086
Mm/s a pour valeur U80088
disques a pour valeur U80095
Mégapixel a pour valeur U80123
cm a pour valeur U80145
cartes a pour valeur U80146
point(s) a pour valeur U80149
ppm a pour valeur U80155
min/page a pour valeur U80156
car/sec a pour valeur U80157
car/min a pour valeur U80158
lignes/sec a pour valeur U80159
lignes/min a pour valeur U80160
m2/heure a pour valeur U80161
mm/sec a pour valeur U80162
pouce/min a pour valeur U80163
CD a pour valeur U80167
minutes a pour valeur U80168
hours a pour valeur U80169
hours a pour valeur U80175
day(s) a pour valeur U80176
month(s) a pour valeur U80177
pouce a pour valeur U80183
MB a pour valeur U80187
GB a pour valeur U80188
local user a pour valeur U80209
local users a pour valeur U80210
IP user a pour valeur U80211
CV a pour valeur UC0001
l a pour valeur UC0002
l / 100km a pour valeur UC0003
m a pour valeur UC0004
kg a pour valeur UC0005
kW a pour valeur UC0006
ch a pour valeur UC0007
km/h a pour valeur UC0008
s a pour valeur UC0009
Nm a pour valeur UC0010
cm3 a pour valeur UC0011
euros a pour valeur UC0012
ml a pour valeur UC0013
cl a pour valeur UC0014
dl a pour valeur UC0015
Pouces a pour valeur UC0016

Commentaire de Rodrigue Nsiangani [ 23/oct./06 11:12 ]
En INTEG
http://bo.pm.lan/datafile_back?action=advfilesearch&file_id=3900337
Commentaire de Rodrigue Nsiangani [ 23/oct./06 11:16 ]
EN INTEG :
2006-10-23 10:27:19,389 ERROR [192.168.1.27] DATA_FILE-612 - TransactionRolledbackException in method: public abstract java.lang.Long com.babelstore.datafile.business.DataLineBusiness.process(com.babelstore.stock.service.StockService,com.babelstore.user.UserInfo) throws java.rmi.RemoteException,java.lang.Exception, causedBy:
java.lang.NullPointerException
        at com.babelstore.stock.service.StockServiceBean.needsComplement(StockServiceBean.java:1566)
        at com.babelstore.stock.service.StockServiceBean.isConflictProductCreated(StockServiceBean.java:723)
        at com.babelstore.stock.service.StockServiceBean.updateBaseProduct(StockServiceBean.java:631)
        at com.babelstore.stock.service.StockServiceBean.processBaseProduct(StockServiceBean.java:495)
        at com.babelstore.stock.service.StockServiceBean.work(StockServiceBean.java:356)
        at com.babelstore.stock.service.StockServiceBean.processLine(StockServiceBean.java:238)
        at com.babelstore.stock.service.StockServiceBean.processLine(StockServiceBean.java:190)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109)
        at org.jboss.ejb3.entity.ExtendedPersistenceContextPropagationInterceptor.invoke(ExtendedPersistenceContextPropagationInterceptor.java:44)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateful.StatefulInstanceInterceptor.invoke(StatefulInstanceInterceptor.java:133)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113)
        at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:150)
        at org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:83)
        at $Proxy270.processLine(Unknown Source)
        at com.babelstore.datafile.business.DataLineBusinessBean.process(DataLineBusinessBean.java:41)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor149.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
        at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
        at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
        at $Proxy301.process(Unknown Source)
        at com.babelstore.datafile.business.DataFileBusinessBean.processLine(DataFileBusinessBean.java:112)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor149.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
        at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
        at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
        at $Proxy299.processLine(Unknown Source)
        at com.babelstore.datafile.business.DataFileCatalogBean.processLine(DataFileCatalogBean.java:485)
        at com.babelstore.datafile.business.DataFileCatalogBean.processFile(DataFileCatalogBean.java:408)
        at com.babelstore.datafile.business.DataFileCatalogBean.processFile(DataFileCatalogBean.java:236)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:363)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor149.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805)
        at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406)
        at sun.reflect.GeneratedMethodAccessor172.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294)
        at sun.rmi.transport.Transport$1.run(Transport.java:153)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.rmi.transport.Transport.serviceCall(Transport.java:149)
        at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701)
        at java.lang.Thread.run(Thread.java:595)
2006-10-23 10:27:19,393 ERROR [192.168.1.27] DATA_FILE-612 - TransactionRolledbackException in method: public abstract java.lang.Long com.babelstore.datafile.business.DataFileBusiness.processLine(java.lang.Long,com.babelstore.user.UserInfo,com.babelstore.stock.service.StockService) throws java.rmi.RemoteException,java.lang.Exception, causedBy:
java.lang.NullPointerException
        at com.babelstore.stock.service.StockServiceBean.needsComplement(StockServiceBean.java:1566)
        at com.babelstore.stock.service.StockServiceBean.isConflictProductCreated(StockServiceBean.java:723)
        at com.babelstore.stock.service.StockServiceBean.updateBaseProduct(StockServiceBean.java:631)
        at com.babelstore.stock.service.StockServiceBean.processBaseProduct(StockServiceBean.java:495)
        at com.babelstore.stock.service.StockServiceBean.work(StockServiceBean.java:356)
        at com.babelstore.stock.service.StockServiceBean.processLine(StockServiceBean.java:238)
        at com.babelstore.stock.service.StockServiceBean.processLine(StockServiceBean.java:190)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109)
        at org.jboss.ejb3.entity.ExtendedPersistenceContextPropagationInterceptor.invoke(ExtendedPersistenceContextPropagationInterceptor.java:44)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32)
        at org.jboss.ejb3.stateful.StatefulInstanceInterceptor.invoke(StatefulInstanceInterceptor.java:133)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113)
        at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:150)
        at org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:83)
        at $Proxy270.processLine(Unknown Source)
        at com.babelstore.datafile.business.DataLineBusinessBean.process(DataLineBusinessBean.java:41)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor149.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
        at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
        at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
        at $Proxy301.process(Unknown Source)
        at com.babelstore.datafile.business.DataFileBusinessBean.processLine(DataFileBusinessBean.java:112)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor149.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
        at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
        at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
        at $Proxy299.processLine(Unknown Source)
        at com.babelstore.datafile.business.DataFileCatalogBean.processLine(DataFileCatalogBean.java:485)
        at com.babelstore.datafile.business.DataFileCatalogBean.processFile(DataFileCatalogBean.java:408)
        at com.babelstore.datafile.business.DataFileCatalogBean.processFile(DataFileCatalogBean.java:236)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:363)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor149.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805)
        at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406)
        at sun.reflect.GeneratedMethodAccessor172.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294)
        at sun.rmi.transport.Transport$1.run(Transport.java:153)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.rmi.transport.Transport.serviceCall(Transport.java:149)
        at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701)
        at java.lang.Thread.run(Thread.java:595)
2006-10-23 10:27:19,394 ERROR [192.168.1.27] DATA_FILE-612 - Fatal exception during processing of file 3900337 at line 44068320333: javax.transaction.TransactionRolledbackException: null; CausedByException is:
        null; nested exception is:
        javax.ejb.EJBTransactionRolledbackException: null; CausedByException is:
        null
Commentaire de Judd OSullivan [ 23/oct./06 16:08 ]
Ce n'est pas le même bug.
Le fichier plante parce que la conf produit n'est pas correct.
Tu peux confirmer que le prd_type_code du produit complement est mis dans la conf produit du produit de base et que le rank de produit de base est moins que le rank de produit complement ?

Si tout semble correct, ouvrir un deuxieme bug avec le même stacktrace et les détails de plus si tu en as.
Commentaire de Rodrigue Nsiangani [ 24/oct./06 16:56 ]
Le fichier n'est plus en erreur en INTEG. Je résous et je ferme
Commentaire de Rodrigue Nsiangani [ 24/oct./06 16:57 ]
http://bo.pm.lan/datafile_back?action=advfilesearch&file_id=3900337&login=testimport4




[APP-14589] ShowcaseShopNavigationQuery : optimisation requete Création: 09/janv./07 14:57  Mise à jour: 25/juin/07 18:48  Résolue: 24/janv./07 18:40

Etat: Fermé
Projet: Application PriceMinister
Composants: Base de données
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 12.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Nicolas Chauveau Attribution: Manuel Sadok
Résolution: Impossible à reproduire  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Prod
Projets PM: Performances
Classif1: DB
Classif2: performances

 Description   
JZI : ShowcaseShopNavigationQuery

Plan d'exec


 Commentaires   
Commentaire de Justin Ziegler [ 18/janv./07 12:13 ]
On l'avait jusqu'au 12/01/2007 dans le top-cross-check.
Il a maintenant disparu !

Ca vaut le coup de savoir si on a passe des scripts ? des analyses a cette date...

Voici la requete :

/* ShowcaseShopNavigationQuery */ SELECT /*+ INDEX_DESC(adv
ert advert_ix_seller_showcase_2) */ advert.advert_id, advert.adv
_quality_code, advert.adv_showcase_code, advert.adv_status_code,
advert.adv_type_code, advert.adv_visibility_code, advert.allow_
negotiation, advert.allow_pickup, advert.allow_shipping, advert.
available_count, advert.brand_id, advert.change_date, advert.com
plement_product_id, advert.cpl_first_prd_image_id, advert.cpl_pr
d_icon_id, advert.cpl_prd_text_1, advert.creation_date, advert.c
urrency_id, advert.data_file_id, advert.first_prd_image_id, adve
rt.freshness_date, advert.freshness_info_date, advert.freshness_
outdated_date, advert.freshness_warn_date, advert.import_referen
ce, advert.import_tag, advert.is_activation_to_send, advert.is_a
vailable, advert.is_best_price, advert.is_buyable, advert.is_neg
otiable, advert.is_original, advert.is_sellable, advert.is_track
ing_di! rect, advert.is_unlimited, advert.negotiation_count, adver
t.pickup_country_id, advert.pickup_phone_number, advert.pickup_z
ip, advert.prd_adv_currency_id, advert.prd_author_name, advert.p
rd_availability_code, advert.prd_back_category_id, advert.prd_ba
rcode, advert.prd_best_price, advert.prd_currency_id, advert.prd
_distributor_name, advert.prd_editor_name, advert.prd_freshness_
date, advert.prd_icon_id, advert.prd_line_key, advert.prd_list_p
rice, advert.prd_manufacturer_key, advert.prd_medium_code, adver
t.prd_model_key, advert.prd_performer_name, advert.prd_release_d
ate, advert.prd_status_code, advert.prd_text_1, advert.prd_title
, advert.prd_type_code, advert.prd_visibility_code, advert.produ
ct_id, advert.question_count, advert.row_version, advert.sale_pr
ice, advert.seller_account_id, advert.seller_comment, advert.sel
ler_login, advert.seller_private_comment, advert.seller_referenc
e1, advert.serial_number, advert.sort_autho! r, advert.sort_title,
advert.tracking_date, advert.unavailable_count, advert.usr_trac
king_id FROM advert WHERE (advert.seller_account_id =
:1) AND (advert.adv_showcase_code = 20) AND (adve
rt.adv_status_code = 10) AND (advert.prd_visibility_code
= 10) AND (advert.is_buyable = 1) AND (advert.fres
hness_outdated_date IS NULL)


Plan :

SELECT STATEMENT Cost=81
   TABLE ACCESS BY INDEX ROWID ADVERT
      INDEX RANGE SCAN DESCENDING ADVERT_IX_SELLER_SHOWCASE_2

Commentaire de Manuel Sadok [ 24/janv./07 18:40 ]
Optimisée d'elle-même depuis dernière version.

Voir document sur le projet Performance pour le suivi de cette requête.
Commentaire de Patrick Condevaux [ 01/févr./07 17:33 ]
ok




Désactiver les cobrandings plus utilisés (APP-6785)

[APP-11190] [POST DEPLOY] Redirection vers www des CoB supprimés Création: 19/juil./06 10:45  Mise à jour: 25/juin/07 18:42  Résolue: 11/sept./06 11:26

Etat: Fermé
Projet: Application PriceMinister
Composants: Cobrandings
Affecte la/les version(s): 9.0.1
Version(s) corrigée(s): 9.0.2a

Type: Sous-tâche Priorité: Critique
Rapporteur: Edouard Gomez-Vaez Attribution: Edouard Gomez-Vaez
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    

 Commentaires   
Commentaire de Christophe Garcia [ 10/août/06 18:17 ]
COB à rediriger :
RFM
Rue du commerce
Europe 2
jeuxvideo
mobilokaz
ofup
cinenow
pcdirect
tiscalibe

En attente de confirmation :
m6game
m6music
m6net
Commentaire de Antoine Koener [ 11/août/06 11:13 ]

La suppression est effectuée,
la redirection est trop compliquée à faire de mon coté, je vais donc demander à JET de changer les entrées DNS de ces domaines pour pointer sur celle
de www.priceminister.com.

Le résultat sera celui escompté.
Commentaire de Quentin de Chivré [ 11/août/06 11:28 ]
Edouard, peux tu valider avec Emmanuel Benmussa les impacts référencement potentiels des différentes méthodes (redirect / DNS / ... ) ?

Attention ensuite a traiter tous les cobrandings supprimés (anciens et nouveaux) de la même facon
Commentaire de Antoine Koener [ 16/août/06 16:54 ]

rfm.priceminister.com
tiscalibe.priceminister.com
europe2.priceminister.com
cinenow.priceminister.com
ofup.priceminister.com
occasion.rueducommerce.fr
occasion.presence-pc.com
jeuxvideo.priceminister.com
mobilokaz.priceminister.com

Pointent (leur ip) sur www.priceminister.com, je fais les règles de redirection correspondantes.

Voici les règles:

# Redirection des cobranding
RewriteCond %{HTTP_HOST} ^rfm.priceminister.com$ [OR]
RewriteCond %{HTTP_HOST} ^tiscalibe.priceminister.com$ [OR]
RewriteCond %{HTTP_HOST} ^europe2.priceminister.com$ [OR]
RewriteCond %{HTTP_HOST} ^cinenow.priceminister.com$ [OR]
RewriteCond %{HTTP_HOST} ^ofup.priceminister.com$ [OR]
RewriteCond %{HTTP_HOST} ^occasion.rueducommerce.fr$ [OR]
RewriteCond %{HTTP_HOST} ^occasion.presence-pc.com$ [OR]
RewriteCond %{HTTP_HOST} ^jeuxvideo.priceminister.com$ [OR]
RewriteCond %{HTTP_HOST} ^mobilokaz.priceminister.com$
RewriteRule ^(.*) http://www.priceminister.com$1 [QSA,L,R=301]
Commentaire de Christophe Garcia [ 22/août/06 12:30 ]
Ca ne marche pas pour les 3 adresses suivantes :
occasion.rueducommerce.fr
occasion.presence-pc.com
mobilokaz.priceminister.com

Erreur : Service Temporarily Unavailable ou erreur DNS
Commentaire de Antoine Koener [ 22/août/06 17:52 ]

Je suis heureux de t'apprendre que non ne gérons pas les domaines
rueducommerce.fr
presence-pc.com

quand à mobilokaz il redirige bien sur www.priceminister.com

:p
Commentaire de Christophe Garcia [ 24/août/06 18:00 ]
Même pas vrai : Pb sur Mobil occaz toutjours là. Voir screenshot.
Commentaire de Antoine Koener [ 25/août/06 10:31 ]

moblilokaz c'est mobilesachat.

dois-je fermer les deux ?

En quoi c'est génant que mobilokaz pointe sur mobiles achat sachant que ce sont les mêmes sites ?
Commentaire de Christophe Garcia [ 30/août/06 17:33 ]
J'en sais rien.
Commentaire de Edouard Gomez-Vaez [ 31/août/06 09:43 ]
y a un lien entre les deux ?

aujourd'hui mobiloccaz est fermé et pointe sur rien.
Commentaire de Bruno Ballester [ 11/sept./06 10:49 ]
Mobilocaz pointe vers http://www.priceminister.com/
C'est ce qu'ils veulent au marketing.
Commentaire de Edouard Gomez-Vaez [ 11/sept./06 11:26 ]
Mobilesachat était un sous site de mobicity puis est devenue la marque mère du groupe. A l'origine, à l'intérieur du site mobocity, "on retrouve trois grandes catégories : mobilachat, mobilmag, mobilokaz. Le premier secteur compusle tous les conseils pour bien acheter un téléphone mobile. Le second service, mobilmag, propose des actualités quotidiennes, présente les magazines en kiosque et affiche les tests réalisés sur les produits en vente. Des dossiers sur des sujets plus sensibles ou approfondis sont également intégrés au site. Enfin, mobilokaz est le dernier élément fondamental du site. C'est un espace de vente, entre particuliers, de téléphones portables d'occasion. Mobicity ne prend aucune commission sur ces ventes, mais ne garantie pas non plus la qualité des produits... "

Donc que mobilocaz pointe vers mobilesachat ou www, on s'en fiche hein, on laisse comme c'est aujourd'hui. De toutes façons y a plus que trois internautes qui doivent connaître encore ce site sous ce nom, et en plus je suis sûr qu'ils sont sur IE4 sous Mac.




[EXP-2329] [Pangora] Problème d'accès à un serveur Création: 23/juin/06 14:10  Mise à jour: 25/juin/07 18:58  Résolue: 27/juin/06 14:39

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Nouvelle fonctionnalité Priorité: Bloquant
Rapporteur: Olivier Bourgeois Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 1 heure
Estimation originale: Non spécifié


 Description   
Pour pouvoir tester Pangora depuis nos locaux, il va falloir que quelques personnes ici aient accès à ce serveur et port :

194.112.102.120:8136


Voire toute la boîte ça sera plus simple ...


 Commentaires   
Commentaire de Ariane Baldinger [ 26/juin/06 14:00 ]
Salut Jérémie,

Quand penses-tu pouvoir régler ce problème ?
Car j'ai besoin de faire des test en integ.

Merci
Ariane
Commentaire de Charles Decaux [ 27/juin/06 11:24 ]
ok désolé d'être pénible mais ca urge
Commentaire de Jérémie Bennejean [ 27/juin/06 11:26 ]
Bonjour,

Avant toute chose, suite à la demande de Charles j'ai testé sur priceminister et test.priceminister.com la description des fiches produits sur plusieurs postes en bas cela fonctionne, mais effectivement cela ne fonctionne pas sur plusieurs postes du marketing. La différence entre nos postes est le niveau de sécurité. Lorsque le niveau de sécurité est au trop élévé la fiche produit ne s'affiche plus.
D'ailleurs le message d'erreur sur les postes du marketing est assez explicite "Terminé mais il existe des erreurs sur la page". Cela fais plutot penser à un problème de dev qui a déja été rencontré.
Je n'ai, de mon coté aucun moyen d'action.
Commentaire de Jérémie Bennejean [ 27/juin/06 11:32 ]
Olivier concernant ta demande, quel est le protocole concerné?
Si j'ai bien conmpris, tu veux que j'ouvre le port 8136 de notre firewall c'est bien cela ??

Si oui, je peux déja dire quer nous ne bloquons pas le http est que donc le port 8186 via le http fonctionne. si tu veux effectuer un test, essai un telnet de l'@ip sur le port 8186 cela fonctionne il n'ya pas de code d'erreur ni de connexion rejeté.
Par contre peut etre devons nous être déclaré sur l'@ du serveur que tu m'as fournis.

Je reste à votre disposition
Commentaire de Jérémie Bennejean [ 27/juin/06 11:53 ]
Port ouvert sur notre forti
Cela devrait fonctionner
J'ai testé ainsi que charles et christophe, c'est ok
Commentaire de Jérémie Bennejean [ 27/juin/06 11:54 ]
Une explication quand même et pourquoi j'ai fais fausse route et m'en escuse, c'est que sur notre firewall je ne suis pas du tout soumis aux mêms régles ert contraintes que le reste de la société, le port 8136 fonctionnant donc...dsl :p




[EXP-2224] VPN : Permettre a Quentin d'accéder au BO Création: 12/juin/06 09:15  Mise à jour: 25/juin/07 18:58  Résolue: 27/sept./06 08:43

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Quentin de Chivré Attribution: ZZ_Arnaud Baali
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 1 heure
Estimation originale: Non spécifié


 Description   
Impossible d'accéder au BO depuis chez moi, tres tres génant pour corriger des bugs, recharger des caches, etc...

 Commentaires   
Commentaire de Jérémie Bennejean [ 23/juin/06 10:22 ]
J'ai créer un nouveau template (basé sur le mien) il y a une semaine.
Je l'ai donné à Arnaud en test et j'attends son retour.
Commentaire de Jérémie Bennejean [ 27/juin/06 12:30 ]
J'ai testé mon profile via une ligne rtc chez price, effectivement cela ne fonctionne pas.
J'ai demandé à Patrick de tester depuis chez lui , avec un profil identique, cela fonctionne.
Patrick et moi sommes chez free et n'avons pas basculé notre freebox en mode routeur.
As tu créer des régles sur ta 9box? (tu es chez 9 si je ne me trompe non ?)
De plus la principale difficulté à laquelle je suis confronté c'est l'impossibilité de faire des tests ici puisque nous n'avons toujours pas de ligne adsl ...
Commentaire de Quentin de Chivré [ 28/juin/06 12:05 ]
J'ai rien fait de spécial avec ma 9box !
Commentaire de Jérémie Bennejean [ 07/juil./06 17:39 ]
Arnaud peux-tu tester e vpn de Quentin? Verifier les paramétres.
Son profil est tiré du mien qui foncitonne parfairtement.
Je pense qu'il s'agit de la conf du lan privé de quentin. voir si les ports 500 (en UDP)et je ne sais plus lequel en TCP
S'inspirer de http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=ConfigurationRouteurCT635BOXClubInternetPourFonctionnementVPN

Arnaud ,as-tu moyen de faire des tests chez toi ? quel est ton fai ?
Chez moi qui suis chez free cela fonctionne, je n'est pas activé le mode routeur. (Patrick qui est chez free ds la meme conf que moi, tt fonctionne parfaitement.)
N'hésite pas à te faire aider de Pap, c'est ca derniere semaine ici.
Commentaire de ZZ_Arnaud Baali [ 13/juil./06 10:01 ]
Je viens de faire un essai de VPN chez Moi et tout fonctionne à merveille.
Je surf sur Internet
J'ai accès au BO à l'intra, etc...

Quentin j'attend de récupérer le portable pour te configurer le client Fortinet dessus.

Merci
Commentaire de ZZ_Arnaud Baali [ 19/juil./06 17:05 ]
Quentin,

Pourrais-tu tester le VPN depuis le PC Portable avant la semaine prochaine pour savoir si tout fonctionne correctement depuis chez toi

Merci
Commentaire de ZZ_Arnaud Baali [ 27/sept./06 08:43 ]
Le problème d'accès au Back Office ne provient pas d'un souci de configuration du FortiClient.
Avec les différents test qui ont été réalisés, il semblerait que la possibilité d'accéder au Back Office en VPN dépendent de la capacité de la carte réseaux physique a gérer les mutli adressage IP.
Le problème est qu'il nous aient impossible de contrôler complètement les cartes réseaux de toutes les personnes qui utlisent le FortiClient.
La seule solution actuelle sera d'envisager de mettre à disposition des utilisateurs des session Terminal Server.

Merci

N'hésitez pas a réouvrir le jira ou à me contacter par mail pour réouvrir le débat




Adaptation des écran BO pour 1euro.com.... (APP-8087)

[APP-11801] [1euro] Recherche panier en BO : Ajout du filtre "Type de paiement" Création: 24/août/06 14:49  Mise à jour: 25/juin/07 18:43  Résolue: 16/oct./06 10:54

Etat: Fermé
Projet: Application PriceMinister
Composants: Paiement
Affecte la/les version(s): 9.0.2a
Version(s) corrigée(s): 11.0.0 (Merge et Maintenance)

Type: Sub-improvement Priorité: Majeur
Rapporteur: Arnaud Forgues Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Projets PM archivés: Maintenance 11.0.0

 Description   
Afin d'accèder plus aisement aux paniers paysé via 1euro.com, il serait très utile d'ajouter une option "Type de paiement" dans le BO "Recherche panier"

ATTENTION !! penser à rajouter un index si besoin sur payment_type_code et éventuellement autorisation_date (ou creation_date)

 Commentaires   
Commentaire de Renaud Dierickx [ 16/oct./06 10:52 ]
1 - Quand on fait une requête sans une date d'authorisation, maintenant on utilisera l'index 'PURCHASE_FKIX_PAYMENT_TYPE' ce qui est beaucoup mieux !

-- PurchaseSearchQuery
SELECT purchase.purchase_id, purchase.authorization_card_amount, purchase.authorization_coupon_amount, purchase.authorization_date, purchase.authorization_number_request, purchase.authorization_number_response, purchase.authorization_operation_amount, purchase.brand_id, purchase.brand_partner, purchase.buyer_account_id, purchase.buyer_login, purchase.capture_card_amount, purchase.capture_coupon_amount, purchase.capture_date, purchase.capture_number_request, purchase.capture_number_response, purchase.capture_operation_amount, purchase.card_expiration_month, purchase.card_expiration_year, purchase.card_is_cvv_used, purchase.card_is_e_carte_bleue_detected, purchase.card_number_begin, purchase.card_number_end, purchase.card_number_hash, purchase.card_pay_incident_count, purchase.card_type_code, purchase.change_date, purchase.creation_date, purchase.currency_id, purchase.ip_address, purchase.is_tracking_direct, purchase.operation_id, purchase.payment_type_code, purchase.pch_followup_code, purchase.pch_status_code, purchase.pch_type_code, purchase.request_date, purchase.row_version, purchase.security_number, purchase.tracking_date, purchase.usa_address1, purchase.usa_address2, purchase.usa_city, purchase.usa_country_id, purchase.usa_digicode, purchase.usa_email_address, purchase.usa_fax_number, purchase.usa_first_name, purchase.usa_last_name, purchase.usa_phone_comment_1, purchase.usa_phone_comment_2, purchase.usa_phone_comment_3, purchase.usa_phone_number_1, purchase.usa_phone_number_2, purchase.usa_phone_number_3, purchase.usa_state_id, purchase.usa_zip, purchase.usr_coupon_id, purchase.usr_title_code, purchase.usr_tracking_id
FROM purchase
WHERE (purchase.payment_type_code = 30)
AND (purchase.pch_status_code NOT IN (10, 20, 15))
ORDER BY purchase.authorization_date DESC
;

** AVANT CREATION D'INDEX **

11 rows selected.

Elapsed: 00:00:00.12

Execution Plan
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=CHOOSE (Cost=268 Card=1 Bytes=273)
   1 0 SORT (ORDER BY) (Cost=268 Card=1 Bytes=273)
   2 1 TABLE ACCESS (FULL) OF 'PURCHASE' (Cost=245 Card=1 Bytes=273)
----------------------------------------------------------
        553 recursive calls
          0 db block gets
       1827 consistent gets
          0 physical reads
          0 redo size
       5463 bytes sent via SQL*Net to client
        499 bytes received via SQL*Net from client
          2 SQL*Net roundtrips to/from client
          7 sorts (memory)
          0 sorts (disk)
         11 rows processed


** APRES CREATION D'INDEX **

Execution Plan
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=CHOOSE (Cost=26 Card=1 Bytes=273)
   1 0 SORT (ORDER BY) (Cost=26 Card=1 Bytes=273)
   2 1 TABLE ACCESS (BY INDEX ROWID) OF 'PURCHASE' (Cost=3 Card=1 Bytes=273)
   3 2 INDEX (RANGE SCAN) OF 'PURCHASE_FKIX_PAYMENT_TYPE' (NON-UNIQUE) (Cost=2 Card=1)
----------------------------------------------------------
          0 recursive calls
          0 db block gets
          6 consistent gets
          0 physical reads
          0 redo size
       5463 bytes sent via SQL*Net to client
        499 bytes received via SQL*Net from client
          2 SQL*Net roundtrips to/from client
          1 sorts (memory)
          0 sorts (disk)
         11 rows processed

2 - Quand on fait une requête avec une date d'authorisation, ça ne change pas car on passe toujours par l'index 'PURCHASE_IX_AUTHORIZATION'

-- PurchaseSearchQuery
SELECT purchase.purchase_id, purchase.authorization_card_amount, purchase.authorization_coupon_amount, purchase.authorization_date, purchase.authorization_number_request, purchase.authorization_number_response, purchase.authorization_operation_amount, purchase.brand_id, purchase.brand_partner, purchase.buyer_account_id, purchase.buyer_login, purchase.capture_card_amount, purchase.capture_coupon_amount, purchase.capture_date, purchase.capture_number_request, purchase.capture_number_response, purchase.capture_operation_amount, purchase.card_expiration_month, purchase.card_expiration_year, purchase.card_is_cvv_used, purchase.card_is_e_carte_bleue_detected, purchase.card_number_begin, purchase.card_number_end, purchase.card_number_hash, purchase.card_pay_incident_count, purchase.card_type_code, purchase.change_date, purchase.creation_date, purchase.currency_id, purchase.ip_address, purchase.is_tracking_direct, purchase.operation_id, purchase.payment_type_code, purchase.pch_followup_code, purchase.pch_status_code, purchase.pch_type_code, purchase.request_date, purchase.row_version, purchase.security_number, purchase.tracking_date, purchase.usa_address1, purchase.usa_address2, purchase.usa_city, purchase.usa_country_id, purchase.usa_digicode, purchase.usa_email_address, purchase.usa_fax_number, purchase.usa_first_name, purchase.usa_last_name, purchase.usa_phone_comment_1, purchase.usa_phone_comment_2, purchase.usa_phone_comment_3, purchase.usa_phone_number_1, purchase.usa_phone_number_2, purchase.usa_phone_number_3, purchase.usa_state_id, purchase.usa_zip, purchase.usr_coupon_id, purchase.usr_title_code, purchase.usr_tracking_id
FROM purchase
WHERE (purchase.authorization_date >= TO_DATE('2006-10-02 00:00:00', 'YYYY-MM-DD HH24:MI:SS'))
AND (purchase.pch_status_code NOT IN (10, 20, 15))
AND (purchase.payment_type_code = 30)
ORDER BY purchase.authorization_date DESC
;

** AVANT CREATION D'INDEX **

no rows selected

Elapsed: 00:00:00.08

Execution Plan
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=CHOOSE (Cost=3 Card=1 Bytes=272)
   1 0 TABLE ACCESS (BY INDEX ROWID) OF 'PURCHASE' (Cost=3 Card=1 Bytes=272)
   2 1 INDEX (RANGE SCAN DESCENDING) OF 'PURCHASE_IX_AUTHORIZATION' (NON-UNIQUE) (Cost=2 Card=1)
----------------------------------------------------------
          7 recursive calls
          0 db block gets
          6 consistent gets
          0 physical reads
          0 redo size
       4060 bytes sent via SQL*Net to client
        460 bytes received via SQL*Net from client
          1 SQL*Net roundtrips to/from client
          0 sorts (memory)
          0 sorts (disk)
          0 rows processed


** APRES CREATION D'INDEX **

Execution Plan
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=CHOOSE (Cost=3 Card=1 Bytes=273)
   1 0 TABLE ACCESS (BY INDEX ROWID) OF 'PURCHASE' (Cost=3 Card=1 Bytes=273)
   2 1 INDEX (RANGE SCAN DESCENDING) OF 'PURCHASE_IX_AUTHORIZATION' (NON-UNIQUE) (Cost=2 Card=2)
----------------------------------------------------------
          0 recursive calls
          0 db block gets
          2 consistent gets
          0 physical reads
          0 redo size
       4060 bytes sent via SQL*Net to client
        460 bytes received via SQL*Net from client
          1 SQL*Net roundtrips to/from client
          1 sorts (memory)
          0 sorts (disk)
          0 rows processed
Commentaire de Patrick Condevaux [ 08/nov./06 11:08 ]
je change de version (pas de 1euro sur l'espagne)
Commentaire de Patrick Condevaux [ 04/déc./06 17:40 ]
ok en INTEG




[Suppresion CoB LastMinute.com] Mise en place (APP-8094)

[APP-8890] [Suppresion CoB LastMinute.com] Opération d'exploit Création: 05/mai/06 11:03  Mise à jour: 25/juin/07 18:37  Résolue: 08/juin/06 10:55

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 8.1.2c
Version(s) corrigée(s): 8.1.2d

Type: Sous-tâche Priorité: Mineur
Rapporteur: Bruno Ballester Attribution: Pap Ndiaye
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Sébastien, ci dessous les tasks d'exploit que j'ai recensé pour la suppression de l'onglet voyages :

- Ne pas renouveler l'achat de certificat sauf si date renouvellement < date de dépoiement v9.0.0 ;
- En v9.0.0, rediriger voyages.priceminister.com vers www.priceminister.com.

A ta dispo si tu as des questions,
Bruno

 Commentaires   
Commentaire de Sébastien Tournay [ 05/mai/06 15:31 ]
On a laisser tomber le renouvellement du certificat SSL.

Au niveau de la redirection, on pourra le faire en utilisant mod_rewrite. Il faut aussi demander à JMH de modifier l'enregistrement de voyages.priceminister.com car il pointe aujourd'hui vers l'@IP de notre partenaire (=213.86.177.145). Mieux vaut faire un CNAME de www.rpiceminister.com.

Je pense que cela peut - être fait post déploiement
Commentaire de Bruno Ballester [ 07/juin/06 16:26 ]
Salut Pap,

J'ai vu Sébastien ce matin. Il m'a dit que le redirect était géré par l'appli. Dans ce cas, je pense que tu peux fermer la task.
Commentaire de Patrick Condevaux [ 15/juin/06 11:48 ]
ok




[APP-11345] cobranding camif - inscription et mon compte pointent sur virginmega Création: 26/juil./06 18:41  Mise à jour: 25/juin/07 18:42  Résolue: 27/juil./06 11:24

Etat: Fermé
Projet: Application PriceMinister
Composants: Cobrandings
Affecte la/les version(s): 9.0.2
Version(s) corrigée(s): 9.0.2

Type: Bogue Priorité: Bloquant
Rapporteur: Marc Cacheiro Attribution: Antoine Koener
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Integ
Navigateur: Internet Explorer 6.X

 Description   
lorsqu'on essaie de créer un compte ou d'accéder à son compte dans le cobranding camif, on accède aux pages cobrandées virginmega.

 Commentaires   
Commentaire de Antoine Koener [ 27/juil./06 11:24 ]
Bug corrigé;
L'addresse IP du virtualhost ne correspondait pas.

VirginMega etant le premier virtualhost déclaré sur l'ip il prennait la main.
Commentaire de Younès Charrière [ 28/juil./06 15:37 ]
Ok en Integ.




[APP-14587] ProductAdvertInfoQuery : optimiser requete Création: 09/janv./07 14:56  Mise à jour: 03/déc./07 14:49

Etat: Ouvert
Projet: Application PriceMinister
Composants: Base de données
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Nicolas Chauveau Attribution: Manuel Sadok
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Prod
Projets PM: Performances
Classif1: DB
Classif2: performances

 Description   
JZI : ProductAdvertInfoQuery

- regarder la requête, et voir dans quelle mesure elle peut être optimisée

- traiter différemment le cas des FP avec un grand nb d'annonce ?
       - actuellement consommateur de cpu / jboss





 Commentaires   
Commentaire de Justin Ziegler [ 18/janv./07 11:35 ]
/* ProductAdvertInfoQuery */ SELECT advert.advert_id, adver
t.adv_quality_code, advert.adv_showcase_code, advert.adv_status_
code, advert.adv_type_code, advert.adv_visibility_code, advert.a
llow_negotiation, advert.allow_pickup, advert.allow_shipping, ad
vert.available_count, advert.brand_id, advert.change_date, adver
t.complement_product_id, advert.cpl_first_prd_image_id, advert.c
pl_prd_icon_id, advert.cpl_prd_text_1, advert.creation_date, adv
ert.currency_id, advert.data_file_id, advert.first_prd_image_id,
advert.freshness_date, advert.freshness_info_date, advert.fresh
ness_outdated_date, advert.freshness_warn_date, advert.import_re
ference, advert.import_tag, advert.is_activation_to_send, advert
.is_available, advert.is_best_price, advert.is_buyable, advert.i
s_negotiable, advert.is_original, advert.is_sellable, advert.is_
tracking_direct, advert.is_unlimited, advert.negotiation_count,
advert! .pickup_country_id, advert.pickup_phone_number, advert.pic
kup_zip, advert.prd_adv_currency_id, advert.prd_author_name, adv
ert.prd_availability_code, advert.prd_back_category_id, advert.p
rd_barcode, advert.prd_best_price, advert.prd_currency_id, adver
t.prd_distributor_name, advert.prd_editor_name, advert.prd_fresh
ness_date, advert.prd_icon_id, advert.prd_line_key, advert.prd_l
ist_price, advert.prd_manufacturer_key, advert.prd_medium_code,
advert.prd_model_key, advert.prd_performer_name, advert.prd_rele
ase_date, advert.prd_status_code, advert.prd_text_1, advert.prd_
title, advert.prd_type_code, advert.prd_visibility_code, advert.
product_id, advert.question_count, advert.row_version, advert.sa
le_price, advert.seller_account_id, advert.seller_comment, adver
t.seller_login, advert.seller_private_comment, advert.seller_ref
erence1, advert.serial_number, advert.sort_author, advert.sort_t
itle, advert.tracking_date, advert.unavaila! ble_count, advert.usr
_tracking_id, user_account.user_account_id, user_account.accept_
negotiation, user_account.activation, user_account.activation_ma
il_count, user_account.activation_mail_date, user_account.allow_
free_book_price, user_account.allow_holiday, user_account.allow_
submit_auto_validation, user_account.allow_unlimited_stock, user
_account.brand_id, user_account.buy_count, user_account.cache_ad
vert_stats, user_account.change_date, user_account.children, use
r_account.cmp_method_code, user_account.commission_id, user_acco
unt.commission_rate, user_account.commit_count, user_account.com
pany_name, user_account.company_number, user_account.computed_an
swer_time_sum, user_account.computed_commit_count, user_account.
computed_sale_count, user_account.computed_seller_score_count, u
ser_account.computed_seller_score_sum, user_account.creation_dat
e, user_account.display_name, user_account.email_address, user_a
ccount.ev_ga! me_points, user_account.ev_parent_user_account_id, u
ser_account.ev_privilege, user_account.ev_send_registration, use
r_account.external_user_reference, user_account.first_name, user
_account.first_tracking_date, user_account.game_parent_user_acco
unt_id, user_account.game_points, user_account.grant_buyer_email
, user_account.grant_buyer_phone, user_account.grant_email, user
_account.grant_login, user_account.grant_question_advert_receive
, user_account.grant_question_item_receive, user_account.grant_q
uestion_notify, user_account.holiday_remind_date, user_account.h
oliday_return_date, user_account.holiday_start_date, user_accoun
t.http_referrer, user_account.image_granted_status_code, user_ac
count.import_lock_date, user_account.initial_answer_time_sum, us
er_account.initial_commit_count, user_account.initial_sale_count
, user_account.initial_seller_score_count, user_account.initial_
seller_score_sum, user_account.ip_address, user_a! ccount.is_compa
ny, user_account.is_first_mail_sent, user_account.is_import_lock
ed, user_account.is_in_transit, user_account.is_last_tracking_di
rect, user_account.is_pro_vehicle, user_account.is_to_validate,
user_account.is_tracking_direct, user_account.last_buy_date, use
r_account.last_buyable_advert_date, user_account.last_consultabl
e_advert_date, user_account.last_import_date, user_account.last_
login_date, user_account.last_memo_date, user_account.last_name,
user_account.last_tracking_date, user_account.last_warning_date
, user_account.last_wish_date, user_account.login, user_account.
parent_user_account_id, user_account.password, user_account.pers
onal_number, user_account.platform_id, user_account.registration
_birth_date, user_account.reliability, user_account.remark, user
_account.row_version, user_account.sale_count, user_account.sell
er_answer_time_sum, user_account.seller_country_id, user_account
.seller_score_coun! t, user_account.seller_score_date, user_accoun
t.seller_score_sum, user_account.seller_website_url, user_accoun
t.send_first_advert_mail, user_account.supports_shipping_certifi
ed, user_account.supports_shipping_chronopost, user_account.supp
orts_shipping_normal, user_account.supports_shipping_recommande,
user_account.supports_shipping_suivi, user_account.tab_index, u
ser_account.tracking_date, user_account.usr_campaign_id, user_ac
count.usr_compensation_right_code, user_account.usr_first_tracki
ng_id, user_account.usr_game_status_code, user_account.usr_last_
tracking_id, user_account.usr_presence_code, user_account.usr_pr
ivilege_code, user_account.usr_title_code, user_account.usr_trac
king_id, user_account.usr_type_code, user_account.usr_visibility
_code, user_account.wallet_amount, user_account.wallet_birth_dat
e, user_account.wallet_currency_id, user_account.wallet_incoming
_amount, user_account.wallet_outgoing_amount, user_acco! unt.wlt_s
tatus_code, (user_account.seller_score_sum / user_account.seller
_score_count) as score
FROM advert, user_account
WHERE
(user_account.user_account_id = advert.seller_account_id) AND
(advert.product_id = :1) AND (advert.is_available
= 1) AND (advert.adv_visibility_code = 10)
ORDER BY adv
ert.adv_visibility_code, DECODE(advert.adv_quality_code, 50, 1,
0) ASC, toEuro(advert.sale_price, advert.currency_id) ASC, adver
t.adv_quality_code ASC, score DESC NULLS LAST, advert.creation_d
ate ASC



sql_top_buffer_gets
sql_top_elapsed_time
sql_top_elapsed_time_exec
sql_top_elapsed_time_plus
sql_top_cpu_time
sql_top_cpu_time_exec
sql_top_disk_read
sql_top_disk_read_exec
sql_top_execution





[APP-11677] Mise en ligne 2 Roues : Message page indisponible au moment de la validation de l'étape 1 pour passer à l'étape 2 Création: 10/août/06 15:17  Mise à jour: 25/juin/07 18:43  Résolue: 22/août/06 09:53

Etat: Fermé
Projet: Application PriceMinister
Composants: Mise en vente
Affecte la/les version(s): 9.0.2a
Version(s) corrigée(s): 9.0.3

Type: Bogue Priorité: Critique
Rapporteur: Stéphanie Vignali Attribution: Fabien Farache
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Prod

 Description   
Bonjour,

J'ai déjà eu 2 plaintes de pro motosport13 et viccko qui ont dû s'y reprendre une dizaine de fois avant de pouvoir soumettre une fiche produit.

A chaque fois il remplissent la 1ère étape Création fiche rpoduit puis au moment où il clique sur valider il n'arrivent pas à accéder à l'étape 2 car le message page indisponible revient continuellement.
J'ai même dû arrêter l'ouverture d'un compte en direct avec un pro qui n'arraivait pas à mettre en vente et à passer cette étape.

C'est très très agaçant pour les pro et on perd toute crédibilité dans notre travail de démarchage car çà ne fonctionne pas.

 Commentaires   
Commentaire de Swan Desportes [ 10/août/06 16:39 ]
Mettre des logs
Commentaire de Patrick Condevaux [ 10/août/06 16:58 ]
J'viens de creer une annonce 2 roues en prod sans probleme (avec un compte part.)

Ci dessous les logs trouvés en PROD pour viccko

2006-08-10-05-00_aurore.log.gz:2006-08-09 18:06:45,170 INFO [-Processor42] 193.251.30.97 - >>> POST https://www.priceminister.com/connect!action=dologin&c=80&dest=/user&login=viccko&password=vico&submitbtn=Connexion
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:06:45,176 INFO [-Processor42] 193.251.30.97 - User authentication success - login = viccko
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:06:45,313 INFO [-Processor42] 193.251.30.97 - <<< [142 ms] POST https://www.priceminister.com/connect!action=dologin&c=80&dest=/user&login=viccko&password=vico&submitbtn=Connexion
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:06:54,088 INFO [-Processor11] viccko - >>> POST http://www.priceminister.com/user!continuebtn=Continuer
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:06:54,268 INFO [-Processor11] viccko - <<< [180 ms] POST http://www.priceminister.com/user!continuebtn=Continuer
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:07:07,470 INFO [-Processor13] viccko - >>> GET http://www.priceminister.com/help?action=hs
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:07:07,543 INFO [-Processor13] viccko - <<< [73 ms] GET http://www.priceminister.com/help?action=hs
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:07:12,851 INFO [-Processor91] 193.251.30.97 - >>> POST https://www.priceminister.com/connect!action=dologin&c=80&dest=/user&login=viccko&password=vico&submitbtn=Connexion
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:07:12,857 INFO [-Processor91] 193.251.30.97 - User authentication success - login = viccko
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:07:13,007 INFO [-Processor91] 193.251.30.97 - <<< [155 ms] POST https://www.priceminister.com/connect!action=dologin&c=80&dest=/user&login=viccko&password=vico&submitbtn=Connexion
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:07:16,317 INFO [-Processor14] viccko - >>> POST http://www.priceminister.com/user!continuebtn=Continuer
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:07:16,482 INFO [-Processor14] viccko - <<< [164 ms] POST http://www.priceminister.com/user!continuebtn=Continuer
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:07:33,546 INFO [-Processor70] viccko - >>> GET http://www.priceminister.com/help?action=hs_vehicle&popup=true
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:07:33,607 INFO [-Processor70] viccko - <<< [61 ms] GET http://www.priceminister.com/help?action=hs_vehicle&popup=true
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:07:53,198 INFO [-Processor37] viccko - >>> GET http://www.priceminister.com/user?tab=1
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:07:53,313 INFO [-Processor37] viccko - <<< [115 ms] GET http://www.priceminister.com/user?tab=1
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:08:26,759 INFO [-Processor67] viccko - >>> GET http://www.priceminister.com/user?tab=1
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:08:26,759 INFO [-Processor67] viccko - Same request - count=1 - delay=33561ms
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:08:26,860 INFO [-Processor67] viccko - <<< [101 ms] GET http://www.priceminister.com/user?tab=1
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:10:31,791 INFO [P-Processor3] viccko - >>> GET http://www.priceminister.com/info/vendre
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:10:31,916 INFO [P-Processor3] viccko - <<< [125 ms] GET http://www.priceminister.com/info/vendre
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:10:40,292 INFO [-Processor29] viccko - >>> GET http://www.priceminister.com/info/vendre_loisirs-sports
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:10:40,364 INFO [-Processor29] viccko - <<< [72 ms] GET http://www.priceminister.com/info/vendre_loisirs-sports
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:10:53,537 INFO [-Processor79] viccko - >>> GET http://www.priceminister.com/submit?action=submitcomplete&stage=10&category_ref=213806&submitbtn=Go
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:10:53,548 INFO [-Processor79] viccko - (Status : 302) Redirecting to : /user?action=compensationcoordinates&dest=%2Fsubmit%3Faction%3Dsubmitcomplete%26categoryref%3D213806%26stage%3D10%26submitbtn%3DGo&isfirstav=true&needsrib=false
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:10:53,548 INFO [-Processor79] viccko - <<< [10 ms] GET http://www.priceminister.com/submit?action=submitcomplete&stage=10&category_ref=213806&submitbtn=Go
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:10:53,700 INFO [-Processor16] viccko - >>> GET http://www.priceminister.com/user?action=compensationcoordinates&dest=%2Fsubmit%3Faction%3Dsubmitcomplete%26categoryref%3D213806%26stage%3D10%26submitbtn%3DGo&isfirstav=true&needsrib=false
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:10:53,788 INFO [-Processor16] viccko - <<< [88 ms] GET http://www.priceminister.com/user?action=compensationcoordinates&dest=%2Fsubmit%3Faction%3Dsubmitcomplete%26categoryref%3D213806%26stage%3D10%26submitbtn%3DGo&isfirstav=true&needsrib=false
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:11:16,747 INFO [-Processor97] viccko - >>> GET http://www.priceminister.com/user
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:11:16,847 INFO [-Processor97] viccko - <<< [100 ms] GET http://www.priceminister.com/user
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:11:30,932 INFO [-Processor78] viccko - >>> GET http://www.priceminister.com/info/vendre
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:11:31,077 INFO [-Processor78] viccko - <<< [145 ms] GET http://www.priceminister.com/info/vendre
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:11:42,753 INFO [Processor100] viccko - >>> GET http://www.priceminister.com/info/vendre_loisirs-sports
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:11:42,821 INFO [Processor100] viccko - <<< [68 ms] GET http://www.priceminister.com/info/vendre_loisirs-sports
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:12:13,280 INFO [-Processor10] viccko - >>> GET http://www.priceminister.com/submit?action=submitcomplete&stage=10&category_ref=206514&submitbtn=Go
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:12:13,289 INFO [-Processor10] viccko - (Status : 302) Redirecting to : /user?action=compensationcoordinates&dest=%2Fsubmit%3Faction%3Dsubmitcomplete%26categoryref%3D206514%26stage%3D10%26submitbtn%3DGo&isfirstav=true&needsrib=false
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:12:13,290 INFO [-Processor10] viccko - <<< [9 ms] GET http://www.priceminister.com/submit?action=submitcomplete&stage=10&category_ref=206514&submitbtn=Go
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:12:13,454 INFO [-Processor61] viccko - >>> GET http://www.priceminister.com/user?action=compensationcoordinates&dest=%2Fsubmit%3Faction%3Dsubmitcomplete%26categoryref%3D206514%26stage%3D10%26submitbtn%3DGo&isfirstav=true&needsrib=false
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:12:13,548 INFO [-Processor61] viccko - <<< [93 ms] GET http://www.priceminister.com/user?action=compensationcoordinates&dest=%2Fsubmit%3Faction%3Dsubmitcomplete%26categoryref%3D206514%26stage%3D10%26submitbtn%3DGo&isfirstav=true&needsrib=false
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:13:08,984 INFO [-Processor59] viccko - >>> GET http://www.priceminister.com/user
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:13:09,086 INFO [-Processor59] viccko - <<< [102 ms] GET http://www.priceminister.com/user
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:14:50,386 INFO [-Processor67] viccko - >>> GET http://www.priceminister.com/navigation/se/category/sa/kw/ouopupuo
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:14:50,569 INFO [-Processor67] viccko - <<< [183 ms] GET http://www.priceminister.com/navigation/se/category/sa/kw/ouopupuo
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:15:03,369 INFO [-Processor97] viccko - >>> GET http://www.priceminister.com/navigation/se/category/sa/kw/quad
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:15:03,760 INFO [-Processor97] viccko - <<< [391 ms] GET http://www.priceminister.com/navigation/se/category/sa/kw/quad
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:15:11,272 INFO [-Processor70] viccko - >>> GET http://www.priceminister.com/navigation/se/category/search_sport/kw/quad
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:15:11,529 INFO [-Processor70] viccko - <<< [257 ms] GET http://www.priceminister.com/navigation/se/category/search_sport/kw/quad
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:15:26,563 INFO [-Processor19] viccko - >>> GET http://www.priceminister.com/offer/buy/17693360/Quad-Barossa-Cheetah-250.html
2006-08-10-05-00_aurore.log.gz:2006-08-09 18:15:27,090 INFO [-Processor19] viccko - <<< [526 ms] GET http://www.priceminister.com/offer/buy/17693360/Quad-Barossa-Cheetah-250.html
2006-08-10-05-00_salus.log.gz:2006-08-09 16:29:44,510 INFO [Processor180] 62.23.27.114 - >>> GET http://bo.priceminister.com/user_back?action=usersearch&javascript_callback=&login=viccko&password=&user_account_id=&last_name=&usr_type_code=&permission_type=&permission_value=false&usr_presence_code=&usr_visibility_code=&coupon_secret_name=&reliability=&email=&compensation=&start_date=&end_date=&start_connection=&end_connection=&ip_address=&number_rows=200&x=0&y=0
2006-08-10-05-00_salus.log.gz:2006-08-09 16:29:44,521 INFO [Processor180] 62.23.27.114 - <<< [11 ms] GET http://bo.priceminister.com/user_back?action=usersearch&javascript_callback=&login=viccko&password=&user_account_id=&last_name=&usr_type_code=&permission_type=&permission_value=false&usr_presence_code=&usr_visibility_code=&coupon_secret_name=&reliability=&email=&compensation=&start_date=&end_date=&start_connection=&end_connection=&ip_address=&number_rows=200&x=0&y=0
2006-08-10-05-00_salus.log.gz:2006-08-09 16:29:46,210 INFO [Processor177] 62.23.27.114 - >>> GET http://bo.priceminister.com/account?action=adminlogin&dest=%2Finventory%3Fselect%3D0%26update%3Dfalse&l=viccko
2006-08-10-05-00_salus.log.gz:2006-08-09 16:29:46,230 INFO [Processor177] 62.23.27.114 - Admin authentication successful, login= viccko
2006-08-10-05-00_salus.log.gz:2006-08-09 16:29:46,235 INFO [Processor177] 62.23.27.114 - <<< [25 ms] GET http://bo.priceminister.com/account?action=adminlogin&dest=%2Finventory%3Fselect%3D0%26update%3Dfalse&l=viccko
2006-08-10-05-00_salus.log.gz:2006-08-09 16:29:46,310 INFO [Processor143] viccko - >>> GET http://bo.priceminister.com/inventory?select=0&update=false
2006-08-10-05-00_salus.log.gz:2006-08-09 16:29:46,418 INFO [Processor143] viccko - Displaying tag : XITI - Tracking (SECOND_PAGE) - Clubicx-comparateur(403440)::Deuxieme_page
2006-08-10-05-00_salus.log.gz:2006-08-09 16:29:46,418 INFO [Processor143] viccko - <<< [108 ms] GET http://bo.priceminister.com/inventory?select=0&update=false
2006-08-10-05-00_salus.log.gz:2006-08-09 16:41:32,657 INFO [Processor180] viccko - >>> GET http://bo.priceminister.com/account?action=adminlogin&dest=%2Finventory%3Fselect%3D0%26update%3Dfalse&l=MegaLehavre
2006-08-10-05-00_salus.log.gz:2006-08-09 16:41:32,661 INFO [Processor180] viccko - Admin authentication successful, login= MegaLehavre
2006-08-10-05-00_salus.log.gz:2006-08-09 16:41:32,663 INFO [Processor180] viccko - (Status : 302) Redirecting to : /inventory?select=0&update=false
2006-08-10-05-00_salus.log.gz:2006-08-09 16:41:32,664 INFO [Processor180] viccko - <<< [6 ms] GET http://bo.priceminister.com/account?action=adminlogin&dest=%2Finventory%3Fselect%3D0%26update%3Dfalse&l=MegaLehavre
Commentaire de Patrick Condevaux [ 11/août/06 10:44 ]
Je n'ai pas reussi a reproduire le probleme, ni a retrouver les logs correspondants aux problemes des clients (ceux du commentaire precedent corresponde à une mise en vente OK)

Par contre j'ai trouve ca dans les logs qui me semble un peu etrange (ca n'a surement rien a voir mais c'est la premiere fois que je vois ca: The login viccko exists several times )

2006-08-11-05-00_janus.log.gz:2006-08-10 14:38:42,837 INFO [-Processor51] 193.251.30.97 - >>> POST https://www.priceminister.com/connect!action=dologin&c=84&dest=/submit?ac...&login=viccko&password=vicovico&submitbtn=Connexion
2006-08-11-05-00_janus.log.gz:2006-08-10 14:38:42,898 WARN [-Processor51] 193.251.30.97 - The login viccko exists several times
2006-08-11-05-00_janus.log.gz:2006-08-10 14:38:43,205 INFO [-Processor51] 193.251.30.97 - <<< [368 ms] POST https://www.priceminister.com/connect!action=dologin&c=84&dest=/submit?ac...&login=viccko&password=vicovico&submitbtn=Connexion
2006-08-11-05-00_janus.log.gz:2006-08-10 14:38:47,931 INFO [P-Processor9] 193.251.30.97 - >>> POST https://www.priceminister.com/connect!action=dologin&c=84&dest=/submit?ac...&login=viccko&password=vico&submitbtn=Connexion
2006-08-11-05-00_janus.log.gz:2006-08-10 14:38:47,938 INFO [P-Processor9] 193.251.30.97 - User authentication success - login = viccko
2006-08-11-05-00_janus.log.gz:2006-08-10 14:38:48,095 INFO [P-Processor9] 193.251.30.97 - <<< [164 ms] POST https://www.priceminister.com/connect!action=dologin&c=84&dest=/submit?ac...&login=viccko&password=vico&submitbtn=Connexion
Commentaire de Patrick Condevaux [ 11/août/06 16:59 ]
Je n'arrive pas a reproduire ce bug, ni a trouver de log mentionnant des erreurs sur ces comptes.

Stéphanie n'hésite pas a réouvrir ce bug (ou un nouveau) si le probleme se reproduit avec login du client et date du plantage. (Tu peux aussi passé nous voir quand le probleme apparait)
Commentaire de Stéphanie Vignali [ 17/août/06 15:38 ]
J'ai reçu un appel du pseudo viccko à 15h08 qui me dit qu'il n'arrive toujours pas à créer une fiche produit.

Le même message d'erreur réapparaît.
Commentaire de Christophe Garcia [ 17/août/06 17:12 ]
C'est très probablement dû à la taille du commentaire qu'il essaie d'insérer en base.
Essaie en diminuant la taille du commentaire.

2006-08-17 15:20:02,966 INFO [-Processor31] viccko - >>> POST http://www.priceminister.com/submit!action=submitcomp...&categoryref=213806&certification=Route&commentaire=Partie Mot...&continuebtn=Continuer&demarrage=électrique&designation=SCOOTER 12...&energie=213817&fabricant=213844&freinageAR=Tambour&freinageAV=Disque&modele=QP-125T-6&moteurType=213847&public=Adulte&refroidissement=air&stage=10&submitbtn=Go&submitstage=true&transmisison=par chaîne&typeProduit=213814&x=47&y=13
2006-08-17 15:20:03,021 INFO [-Processor31] viccko - (Status : 302) Redirecting to : /submit?action=submitcomplete&categoryref=213806&certification=Route&commentaire=Partie+Moteur%0D%0AMod%E8le+de+moteur%3A+1P52QMI%0D%0AType%3A+4+TEMPS+%2C+MONOCYLINDRE%0D%0ACylindr%E9e%3A+125+cc%0D%0AAl%E9sage+Course%3A+%26%231092%3B52.4%26%2313212%3B%D757.8%26%2313212%3B%0D%0ATaux+de+Compression%3A++++++++9.2%B10.1%3A1%0D%0ALubrification%3A%09++++++++Pression%2FHuile%0D%0ACarburateur%3A+PD24J%2FKF%0D%0AAllumage%3A++++++++++++++++++++++++Electronique+CDI%0D%0AD%E9marrage%3A%09++++++++Electrique%2Fkick%0D%0AR%E9servoir+d%92essence%3A%09++++++++6%2C8%B10.1L%0D%0ATransmission%3A+Chaine%0D%0ATransmission+continue%3A++++0.840%7E2.640%0D%0APuissance+maxi%3A6kW+++7000+rpm%0D%0ATorsion+maxi%3A7%2C651N.m++5000+rpm%0D%0AType+de+refroidissement%3A+++++Refroidissement+par+air%0D%0ABo%EEte+de+vitesse%3A%09++++++++Bo%EEte+manuelle+5+vitesses%0D%0APots+d%92%E9chappement%3A%09++++++++Add+catalyst+%26%23966%3B35%D760-R3%0D%0A%0D%0APartie+Cycle%3A+%0D%0ALongueur+Totale%3A1940%26%2313212%3B%0D%0ALargueur+totale%3A660%26%2313212%3B%0D%0AHauteur+Totale%3A1060%26%2313212%3B%0D%0AHauteur+de+Selle%3A740mm%0D%0AEmpattement%3A1350+mm%0D%0APoids+%E0+Sec%3A110+kg%0D%0APoids+roulant%3A115+kg%0D%0ACharge+utile%3A120kg%0D%0AFreins+Avant%3A%09+++++++++++++Disque%0D%0AFreins+Arri%E8re%3A%09+++++++++++++Tambour%0D%0AFreins+de+Stationnement%3A++++++++++Tambour%0D%0APneus+Avant%2Fpression%3A+++++++++++++3%2C5-12-4%2F220KPa%0D%0APneus+Arri%E8re%2Fpression%3A+++++++++3%2C5-12-4%2F250KPa%0D%0A%0D%0ACouleurs%3A++++%09Noir+ou+silver%09%0D%0A%0D%0APoids+%3A+110+Kgs%0D%0A+++%0D%0AAccessoires+fournis%3A+Topcase+arri%E8re%2C+t%E9l%E9commande+permettant+de+g%E9rer+l%27alarme+et+le+d%E9marrage+%E0+distance%2C+coupe+circuit+au+niveau+de+la+b%E9quille+lat%E9rale+pour+une+s%E9curit%E9+maximale%2C+coffre+%E0+gants%2C+rangement+sous+la+selle%0D%0A%0D%0AGarantie+1+an+pi%E8ces+et+main+d%27oeuvre%0D%0A%0D%0A&continuebtn=Continuer&demarrage=%E9lectrique&designation=SCOOTER+125cc&energie=213817&fabricant=213844&freinageAR=Tambour&freinageAV=Disque&modele=QP-125T-6&moteurType=213847&public=Adulte&refroidissement=air&stage=20&submitbtn=Go&submitstage=false&transmisison=par+cha%EEne&typeProduit=213814&x=47&y=13
2006-08-17 15:20:03,023 INFO [-Processor31] viccko - <<< [57 ms] POST http://www.priceminister.com/submit!action=submitcomp...&categoryref=213806&certification=Route&commentaire=Partie Mot...&continuebtn=Continuer&demarrage=électrique&designation=SCOOTER 12...&energie=213817&fabricant=213844&freinageAR=Tambour&freinageAV=Disque&modele=QP-125T-6&moteurType=213847&public=Adulte&refroidissement=air&stage=10&submitbtn=Go&submitstage=true&transmisison=par chaîne&typeProduit=213814&x=47&y=13

Commentaire de Stéphanie Vignali [ 18/août/06 16:51 ]
 J'ai reçu le mail suivant du partenaire qui a essayé de soumettre une fiche produit dans une autre catégorie :

Re-bonjour,

Je vous confirme que je viens de créer un article dans la rubrique ''
coussin '' et que cela n'a posé aucun problème.

Merci de bien vouloir me dire comment créer nos produits 2 roues ou de me faire contacter par votre service technique.

Cordialement

Didier RENAULT
 
ENERGIE MODERNE
171 ancien Chemin deToulon
83210 La Farlède
Tel: 00 33 4 94 33 31 24
Fax: 00 33 4 94 35 25 96
Msn: d.renault@adispro.net
www.adispro.net
Alternative Mail: didier.renault2006@free.fr
Commentaire de Stéphanie Vignali [ 18/août/06 16:52 ]
Je ne vois pas pourquoi il devrait limiter la taille du commentaire. Il y a de toute façon une limite déjà paramétrée en nombre de caractères et in ne peut pas la dépasser.

Stéphanie
Commentaire de Patrick Condevaux [ 21/août/06 14:13 ]
Il y a effectivement un probleme de taille de commentaire sur le premier formulaire.

La taille autorisée à la saisie doit être superieure a la taille autorisée dans la base de donnée.

De plus, il est possible que certains des parametres du formulaire soit ajoutés a ce commentaire depassant ainsi la taille autorisée (je vais me renseigner sur ce point)


Donc dans un premier temps en attendant la correction du JIRA, Isabelle, tu peux dire a tes clients de limiter la taille de leur commentaire (c'est pas terrible mais ca leur permettra de passser leurs annonces)

Je vais voir avec le parametrage comment il peuvent corriger ca.
Commentaire de Patrick Condevaux [ 21/août/06 15:37 ]
il y avait effectivement une incoherence entre la taille autorisée à la saisie du commentaire et la taille réelle de ce fcommmentaire en base.

Fabien a corrigé le formulaire de mise en vente e preview. La modif sera donc active en prod demain matin.

Il y a visiblement un probleme du meme type à l'etape de 1 de la mise en vente de la rubrique sport et loisir / sous-rubrique Activité Loisirs.

Fabien , est-ce que tu pourrais regarder sur les differntes sous-rubriques de la categorie Sport et Loisirs ?
Commentaire de Fabien Farache [ 22/août/06 09:53 ]
fait
Commentaire de Patrick Condevaux [ 06/sept./06 18:15 ]
ok correction deja en prod




[EXP-3278] Pouvoir recharger les caches applicatifs sur hercule. Création: 12/févr./07 11:03  Mise à jour: 07/nov./07 17:26  Résolue: 07/nov./07 17:26

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Jérôme Viviès Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous

 Description   
On ne peut pas recharger les caches applicatifs sur hercule.
Le rafraîchissement, aujourd'hui, demande un re-démarrage qui dure 18 min.
Cela ne permet aucune réactivité.
Cf. PRM-7291

Peut-on corriger cela ?

 Commentaires   
Commentaire de Justin Ziegler [ 08/août/07 12:52 ]
Est ce toujours le cas ?
Peut on fermer ?
Commentaire de Jérôme Viviès [ 08/août/07 17:28 ]
Oui, toujours le cas - on doit attendre le lendemain - conséquences lourdes en terme de bonne réalisation du travail (obligés de s'interrompre jusqu'au lendemain).
Commentaire de Justin Ziegler [ 08/août/07 19:30 ]
Jérémie,
peux tu mettre le poids de hercule a 1 sur tous les apache stp ?
et mettre hercule dans le pool de SA pour le BO ?
et rajouter hercule dans la liste des SA dans le priceminister.properties ?

merci
Commentaire de Justin Ziegler [ 08/août/07 19:31 ]
Est ce que cela corrigera le pb ?
Commentaire de Patrice Boulanger [ 20/août/07 18:23 ]
En fait, je ne préfére pas trop qu'on mette hercule dans le pool du BO car il sera alors aussi dans le pool du front office.

On pourrait plutôt créer un virtual host spécifique (bo.hercule.priceminister.com ?) qui ne contiendrait que hercule, et la liste des SA sur hercule ne contiendrait que hercule.

Qu'en pensez-vous ?
Commentaire de Jérémie Bennejean [ 07/nov./07 17:26 ]
J'ai suivi l'idée de Patrice et créé un vh hercule.priceminister.com

L'acces est restreind aux IP habituelles + login/mdp.

Depuis hercule on ne peut atteindre que hercule
On peut donc recharger les caches sur hercule

Pour info: Afin de conserver le meme fichier pirceminister-infra.properties, j'ai utilisé le priceminister-overload.properties pour renseigner la propriétee priceminister.server.list




[EXP-3269] config apache : pb d'acces sur bo.priceminister.es depuis mon domicile Création: 14/févr./07 10:35  Mise à jour: 25/juin/07 19:00  Résolue: 01/mars/07 13:47

Etat: Fermé
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Justin Ziegler Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
acces systematiquement refusé :-(

 Commentaires   
Commentaire de Jérémie Bennejean [ 19/févr./07 09:52 ]
J'ai remplacé ton ancienne @IP par la nouvelle dans le virtualhost bo.priceminister.es sur les 3 frontaux webs.
Commentaire de Justin Ziegler [ 01/mars/07 12:59 ]
ok, merci !
tout est bon chez moi pour bo.priceminister.es.
tu peux fermer ce jira ?




[EXP-2455] http://voiture.priceminister.com/ et http://www.priceminister.es pointent sur la même page. Création: 20/juil./06 19:11  Mise à jour: 25/juin/07 18:58  Résolue: 10/août/06 13:23

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Patrick Pereira Attribution: Antoine Koener
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Commentaires   
Commentaire de Patrice Boulanger [ 20/juil./06 19:24 ]
Les enregistrements DNS pour les deux sites sont différents:

U:\>nslookup
Serveur par dÚfaut : ruinart.lan
Address: 192.168.1.249

> www.priceminister.es
Serveur : ruinart.lan
Address: 192.168.1.249

Réponse ne faisant pas autorité :
Nom : www.priceminister.es
Address: 212.23.167.18

> voiture.priceminister.com
Serveur : ruinart.lan
Address: 192.168.1.249

Réponse ne faisant pas autorité :
Nom : voiture.priceminister.com
Address: 212.23.167.36

Pourrait-il s'agir d'un problème de configuration au niveau des virtual hosts d'Apache?
Commentaire de Patrice Boulanger [ 20/juil./06 19:31 ]
Antoine,

Peux-tu vérifier la configuration des virtual hosts sur phaeton et cupidon?

Merci
Commentaire de Antoine Koener [ 21/juil./06 09:59 ]


Voiture n'est pas déclaré comme virtual host,

ce qui se passe est que l'adresse IP de voiture.priceminister.lan correspond avec le virtualhost www.priceminister.es.

Le problème doit se situer au niveaux des DNS, et du routage VIP-RIP.

Afin de créer un virtual host je dois savoir sur quoi le faire pointer...




Commentaire de Patrice Boulanger [ 10/août/06 13:23 ]
L'enregistrement DNS pour voiture.priceminister.com a été modifié pour pointer sur la .62 et non plus sur la .36 (cupidon). L'URL renvoie maintenant sur www.priceminister.com.




Affiliation Programme Vendeur :: Metatache (APP-15282)

[APP-15283] Création d'un état BI pour le suivi du programme Affiliation Vendeur Création: 23/févr./07 14:05  Mise à jour: 25/oct./07 12:48  Résolue: 27/juil./07 15:58

Etat: Fermé
Projet: Application PriceMinister
Composants: Affiliation
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 17.0.0

Type: Sous-tâche Priorité: Mineur
Rapporteur: Richard Dubois Attribution: Romain Czornomaz
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM: *** RESERVE ***

 Commentaires   
Commentaire de Romain Czornomaz [ 23/févr./07 14:41 ]
Comme convenu ce matin lors de la réunion pour la mise en place du suivi des fraudeurs dans le cadre de l'affiliation vendeurs,
On doit fournir un rapport permettant de suivre les éléments suivants:

- Date de création ou date de publication ( Ghislain doit se renseigner pour savoir quelle date sera utiisée pour les tags affiliations)
- Identifiant de l'annonce
- Statut de l'annonce
- Type de produit
- Prix de vente du produit
- Login du compte vendeur
- Email du compte vendeur
- Mot de passe du compte vendeur
- Adresse IP du compte vendeur


Romain
Commentaire de Romain Czornomaz [ 27/juil./07 15:58 ]
Bonjour,

Les rapports affiliation vendeur sont déployés sur la plateforme BI.

Romain
Commentaire de Ghislain Gridel [ 27/juil./07 17:26 ]
ok. merci.




Valeur de la propriété "priceminister.pricing.commission.id" -> pas de vendeurs 'particuliers' par default (APP-13264)

[APP-13611] Vérifier les taux de commission en PROD Création: 06/nov./06 11:47  Mise à jour: 25/juin/07 18:46  Résolue: 06/nov./06 12:05

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, Base de données
Affecte la/les version(s): 10.0.0 (ESP)
Version(s) corrigée(s): 10.0.0 (ESP)

Type: Sub-bug Priorité: Mineur
Rapporteur: Christophe Garcia Attribution: Patrick Pereira
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne

 Description   
S'assurer que les quelques comptes de la prod Espagne ayant été importés contiennent les bonnes valeurs de commission (surtout les pros).
Pas de commission à NULL notamment.

 Commentaires   
Commentaire de Patrick Pereira [ 06/nov./06 12:05 ]
Tout les comptes sont à 15%.
Commentaire de Lydia Dali [ 08/nov./06 17:33 ]
http://bo.priceminister.es/user_back?action=usersearch&javascript_callback=&login=&password=&user_account_id=&last_name=&usr_type_code=30&permission_type=&permission_value=false&usr_presence_code=&usr_visibility_code=&coupon_secret_name=&reliability=&email=&compensation=&start_date=&end_date=&start_connection=&end_connection=&ip_address=&number_rows=200&x=54&y=7




[EXP-3200] [Espagne] Problèmes de redirections Création: 29/janv./07 14:48  Mise à jour: 25/juin/07 19:00  Résolue: 13/févr./07 11:36

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Younès Charrière Attribution: Ange Ferrari
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Il manque en espagne le fichier de conf pour apache "mod_jk.redirect.bo".
Par exemple, lorsque l'on prend l'url suivante " www.es.integ/summary " on arrive sur le bo !!! Il ne faudrait pas.

 Commentaires   
Commentaire de Renaud Dierickx [ 02/févr./07 08:16 ]
Le problème est grave car j'arrive à accéder à l'ensemble du BO depuis chez moi.
Pour cela, j'ai simplement tapé http://www.priceminister.es/user_back et je suis arrivé au menu du BO (c'est à dire à toutes les url du BO).
Si quelqu'un trouve une servlet du BO, il pourra alors faire tout ce qu'il veut.
Je pense que ce problème de redirections est une vraie faille dans la sécurité de la plateforme Espagnol.
On devrait traiter ce problème le plus vite possible.
Commentaire de Arnaud Forgues [ 02/févr./07 15:22 ]
Liste des servlet pour le BO (Source : JMX - console)
=========================================
admin_back
advert_back
cache_back
category_back
content_back
contract_back
coupon_back
datafile_back
display_back
external_user
help_back
image_back
message_back
pricing_back
purchase_back
question_back
referential_back
shipping_back
spot_back
tax_back
tracking_back
user_back
wallet_admin
wallet_back
Commentaire de Renaud Dierickx [ 02/févr./07 15:23 ]
Liste des servlets pour le BO (source : grep code)
=======================================
 grp "getServlet" | grep back | grep -o 'return ".*"' | sort -u | wc -l
return "admin_back"
return "advert_back"
return "cache_back"
return "category_back"
return "content_back"
return "contract_back"
return "coupon_back"
return "datafile_back"
return "display_back"
return "help_back"
return "image_back"
return "message_back"
return "pricing_back"
return "purchase"
return "purchase_back"
return "question_back"
return "referential_back"
return "shipping_back"
return "spot_back"
return "summary"
return "tax_back"
return "tracking_back"
return "user_back"
return "wallet_admin"
return "wallet_back"

-> soit 25
Commentaire de Arnaud Forgues [ 02/févr./07 15:24 ]
la différence est simplement : "summary" (en l'occurence celle-ci est déjà bloquée !)
Commentaire de Ange Ferrari [ 02/févr./07 15:28 ]
Il y a aussi purchase dans la liste de Renaud
Commentaire de Ange Ferrari [ 02/févr./07 15:31 ]
Pour la France sur le site www il y a la servlet cache_back qui est mappée je la retire immediatement

[adminpm@phaeton conf]$ for i in `cat /tmp/liste.txt`;do ssh cupidon "grep $i /data/chrootapache/usr/local/apache/conf/mode/mod_jk.redirect.fo.V900";done
JkMount /cache_back all_servers
[adminpm@phaeton conf]$ for i in `cat /tmp/liste.txt`;do ssh aricia "grep $i /data/chrootapache/usr/local/apache/conf/mode/mod_jk.redirect.fo.V900";done
JkMount /cache_back all_servers
[adminpm@phaeton conf]$ for i in `cat /tmp/liste.txt`;do ssh phaeton "grep $i /data/chrootapache/usr/local/apache/conf/mode/mod_jk.redirect.fo.V900";done
JkMount /cache_back all_servers
Commentaire de Ange Ferrari [ 02/févr./07 15:35 ]
Pour l'espagne

[admines@phaeton ~/conf] for i in `cat /tmp/liste.txt`;do ssh aricia "grep $i /data/chrootapache/usr/local/apache/es/conf/mode/jk.www";done
JkMount /admin_back all_servers
JkMount /advert_back all_servers
JkMount /cache_back all_servers
JkMount /category_back all_servers
JkMount /coupon_back all_servers
JkMount /datafile_back all_servers
JkMount /display_back all_servers
JkMount /help_back all_servers
JkMount /image_back all_servers
JkMount /message_back all_servers
JkMount /pricing_back all_servers
JkMount /purchase_back all_servers
JkMount /question_back all_servers
JkMount /referential_back all_servers
JkMount /shipping_back all_servers
JkMount /tracking_back all_servers
JkMount /user_back all_servers
JkMount /wallet_admin all_servers
JkMount /wallet_back all_servers

[admines@phaeton ~/conf] for i in `cat /tmp/liste.txt`;do grep $i mode/jk.www;done
JkMount /admin_back all_servers
JkMount /advert_back all_servers
JkMount /cache_back all_servers
JkMount /category_back all_servers
JkMount /coupon_back all_servers
JkMount /datafile_back all_servers
JkMount /display_back all_servers
JkMount /help_back all_servers
JkMount /image_back all_servers
JkMount /message_back all_servers
JkMount /pricing_back all_servers
JkMount /purchase_back all_servers
JkMount /question_back all_servers
JkMount /referential_back all_servers
JkMount /shipping_back all_servers
JkMount /tracking_back all_servers
JkMount /user_back all_servers
JkMount /wallet_admin all_servers
JkMount /wallet_back all_servers

[admines@phaeton ~/conf] for i in `cat /tmp/liste.txt`;do ssh cupidon "grep $i /data/chrootapache/usr/local/apache/es/conf/mode/jk.www";done
JkMount /admin_back all_servers
JkMount /advert_back all_servers
JkMount /cache_back all_servers
JkMount /category_back all_servers
JkMount /coupon_back all_servers
JkMount /datafile_back all_servers
JkMount /display_back all_servers
JkMount /help_back all_servers
JkMount /image_back all_servers
JkMount /message_back all_servers
JkMount /pricing_back all_servers
JkMount /purchase_back all_servers
JkMount /question_back all_servers
JkMount /referential_back all_servers
JkMount /shipping_back all_servers
JkMount /tracking_back all_servers
JkMount /user_back all_servers
JkMount /wallet_admin all_servers
JkMount /wallet_back all_servers

Ca fait mal...


Commentaire de Ange Ferrari [ 02/févr./07 15:42 ]
j'ai donc fait le tour pour la France et l'Espagne c'est normalement réglé il ne doit plus y avoir de servlet du bo mappée
sur le site ww
Commentaire de Ange Ferrari [ 02/févr./07 15:48 ]
peux tu vérifier pour purchase


Merci
Commentaire de Renaud Dierickx [ 02/févr./07 15:57 ]
Pour la servlet "purchase", j'ai vérifié et c'est bon.
Je l'ai trouvé dans mon grep car l'action s'appelle buyerfeedBACKlistaction :
src/com/babelstore/purchase/front/BuyerFeedbackListAction.java:31: public String getServlet() {return "purchase";}

Je ferme le bug car Ange a réglé le problème.
Commentaire de Christophe Garcia [ 05/févr./07 16:25 ]
Attention : il faut également blinder "http://test.priceminister.com".
Actuellement je peux accéder au BO.

ex : http://test.priceminister.com/user_back?action=usersearch&fuzzy=false&numberrows=200
Commentaire de Ange Ferrari [ 05/févr./07 17:36 ]
Aujourd'hui le virtualhost test.priceminister.com est accessible seulement depuis certaines IP
Commentaire de Younès Charrière [ 09/févr./07 10:03 ]
Ca c'est bon ! Par contre j'arrive à accéder au bo de preview espagne depuis chez moi avec cette url :
http://preview.priceminister.es/summary
Commentaire de Ange Ferrari [ 12/févr./07 09:38 ]
Normalement c'est corrigé par Antoine (Vendredi 09/02/2007)
Il faut donc refaire un test depuis l'exterieur.
Commentaire de Younès Charrière [ 13/févr./07 10:23 ]
Oui c'est corrigé. Merci.
Commentaire de Ange Ferrari [ 13/févr./07 11:36 ]
Puisque c'est ok, je clôture




[Suppression COB M6] Metatache (APP-15115)

[APP-15118] [Suppression COB] M6 :: Contrat denoncé à partir du 26 mars 2007 Création: 15/févr./07 10:48  Mise à jour: 10/juil./07 15:00  Résolue: 03/avr./07 13:45

Etat: Fermé
Projet: Application PriceMinister
Composants: Cobrandings
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 15.0.0

Type: Sous-tâche Priorité: Critique
Rapporteur: Richard Dubois Attribution: Antoine Koener
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM archivés: COB Suppression COB obsolètes

 Description   

Invalider la configuration Apache, les règles de réécriture : rediriger en 301 vers www pour le 26 mars 2007

 Commentaires   
Commentaire de Antoine Koener [ 13/mars/07 15:08 ]

Pouvons-nous prendre de l'avance sur ce chantier ?
Retirer dès maintenant tout ce qu'il faut et mettre en place la redirection ?
Commentaire de Richard Dubois [ 13/mars/07 17:46 ]
Contractuellement, le contrat est dénoncé pour le 26/03. Donc c'est au 26/03 que les cobs M6 doivent rediriger vers www
Commentaire de Antoine Koener [ 13/mars/07 18:28 ]
C'est noté !
Merci.
Commentaire de Antoine Koener [ 15/mars/07 10:51 ]

Des alertes de monitoring utilisent m6.priceminister.com !!!!!!!!!!!!!!!!!!
Il va falloir faire le tour des minitord.
Commentaire de Antoine Koener [ 26/mars/07 14:33 ]
Le cobranding est supprimé.

Passage à l'analyse de minitord
Commentaire de Antoine Koener [ 26/mars/07 14:34 ]
Le cob ne peux pas rediriger sur www.

Un conflit d'adresse IP en est la cause, depuis l'extérieur m6.priceminister.com donne une page de maintenance.

Commentaire de Richard Dubois [ 26/mars/07 16:42 ]
Pas de solutions ???
Commentaire de Antoine Koener [ 26/mars/07 17:36 ]
MAi Jet ouverte pour changer les IPs de m6 vers celle de www.

MAI-022074

Une fois la MAI effectuée nous pourrons correctement voir le site www.priceminister.com via m6(net,music,game)...
Commentaire de Antoine Koener [ 26/mars/07 17:39 ]

Suppression des pages statiques, (modification du script Pseudo-static-pages).
Commentaire de Antoine Koener [ 03/avr./07 13:45 ]
Le Site m6 est bien www.priceminister.com maintenant.
La redirection sera effective dans la journée.




[APP-18643] Resultat de recherche : page indisponible Création: 22/nov./07 14:40  Mise à jour: 26/nov./07 10:27  Résolue: 23/nov./07 14:20

Etat: Fermé
Projet: Application PriceMinister
Composants: Inventaire
Affecte la/les version(s): 18.0.0
Version(s) corrigée(s): 18.0.0

Type: Bogue Priorité: Critique
Rapporteur: Emeric Teil Attribution: Martin Sudmann
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Page_avant_le_crach.JPG     JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Integ
Projets PM archivés: Maintenance 18.x.x

 Description   
Lorsqu'on essaye de faire une recherche depuis la page "inventory:advertsucces", on arrive sur une page d'erreur (cf copie d'écran).

 Commentaires   
Commentaire de Espérance Galouo-Lece [ 22/nov./07 16:06 ]
Logs :

2007-11-22 16:00:51,427 DEBUG [P-Processor8] testinteg - ------------------------------------------------------------
2007-11-22 16:00:51,427 INFO [P-Processor8] testinteg - >>> GET http://preview.pm.lan/inventory?action=advertsuccess&sort=&category=102715&keyword=rintintin&submitbtn=Go&cate
gory_search_ref=advert_video_search_by_title
2007-11-22 16:00:51,428 DEBUG [P-Processor8] testinteg - TX started
2007-11-22 16:00:51,430 WARN [P-Processor8] testinteg - Bad request - Missing parameter product_id
2007-11-22 16:00:51,431 INFO [P-Processor8] testinteg - Setting response status code to 404
2007-11-22 16:00:51,431 DEBUG [P-Processor8] testinteg - Executing SQL: SELECT category_id, adopted_category_id, alias, change_date, creation_date, ctg_status_code, ctg_type_co
de, description, does_inherit_from_parent, label, old_alias, parent_category_id, rank, row_version, soft_alias FROM CATEGORY WHERE 0 = 1
2007-11-22 16:00:51,435 DEBUG [P-Processor8] testinteg - Executing SQL: SELECT user_account_id, accept_negotiation, activation, activation_mail_count, activation_mail_date, all
ow_free_book_price, allow_holiday, allow_submit_auto_validation, allow_unlimited_stock, brand_id, buy_count, cache_advert_stats, change_date, children, cmp_method_code, commission_id
, commission_rate, commit_count, company_name, company_number, company_vat_number, computed_answer_time_sum, computed_commit_count, computed_sale_count, computed_seller_score_count,
computed_seller_score_sum, creation_date, display_name, email_address, ev_game_points, ev_parent_user_account_id, ev_privilege, ev_send_registration, external_user_reference, first_a
dvert_tracking_date, first_advert_tracking_id, first_name, first_tracking_date, game_parent_user_account_id, game_points, grant_buyer_email, grant_buyer_phone, grant_email, grant_log
in, grant_question_advert_receive, grant_question_item_receive, grant_question_notify, hide_statistics_in_account, history, holiday_remind_date, holiday_return_date, holiday_start_da
te, http_referrer, image_granted_status_code, initial_answer_time_sum, initial_commit_count, initial_sale_count, initial_seller_score_count, initial_seller_score_sum, ip_address, is_
company, is_first_adv_tracking_direct, is_first_mail_sent, is_import_locked, is_in_transit, is_last_tracking_direct, is_pro_vehicle, is_to_validate, is_tracking_direct, last_buy_date
, last_buyable_advert_date, last_consultable_advert_date, last_import_date, last_login_date, last_memo_date, last_name, last_tracking_date, last_warning_date, last_wish_date, login,
parent_user_account_id, password, personal_number, platform_id, registration_birth_date, reliability, remark, row_version, sale_count, seller_activation_date, seller_answer_time_sum,
 seller_country_id, seller_score_count, seller_score_date, seller_score_sum, seller_website_url, send_first_advert_mail, sponsorship_id, supports_shipping_certified, supports_shippin
g_chronopost, supports_shipping_normal, supports_shipping_recommande, supports_shipping_suivi, tab_index, tracking_date, usr_activation_code, usr_campaign_id, usr_company_code, usr_c
ompensation_right_code, usr_first_tracking_id, usr_game_status_code, usr_last_tracking_id, usr_presence_code, usr_privilege_code, usr_title_code, usr_tracking_id, usr_type_code, usr_
visibility_code, wallet_amount, wallet_birth_date, wallet_currency_id, wallet_incoming_amount, wallet_outgoing_amount, wlt_status_code FROM USER_ACCOUNT WHERE user_account_id=?
2007-11-22 16:00:51,618 DEBUG [P-Processor8] testinteg - TX committed [1 ms]
2007-11-22 16:00:51,980 INFO [P-Processor8] testinteg - <<< [553 ms] GET http://preview.pm.lan/inventory?action=advertsuccess&sort=&category=102715&keyword=rintintin&submitbt
n=Go&category_search_ref=advert_video_search_by_title
Commentaire de Martin Sudmann [ 23/nov./07 12:31 ]
le formulaaire pointe sur l'action de création d'annonce, or il faut pointer vers inventory:

----------------- snip ------------
<form action="/inventory" method="get">
      <input name="action" value="advertsuccess" type="hidden">
      <input name="sort" value="" type="hidden">
      <input name="category" value="102715" type="hidden">
---------------- end snip -----------
Commentaire de Martin Sudmann [ 23/nov./07 14:20 ]
j'ai retiré l'input hidden avec l'action, comme ça la recherche se fait toujours via InventoryAction.




[APP-17121] [Perf] Mise en plac d'un outil d'analyse des requêtes dans les logs SA Création: 18/juil./07 11:13  Mise à jour: 09/août/07 15:22  Résolue: 07/août/07 19:22

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 15.0.0
Version(s) corrigée(s): 16.0.0

Type: Nouvelle fonctionnalité Priorité: Critique
Rapporteur: Arnaud Forgues Attribution: Nicolas Chauveau
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File README.txt     Text File README.txt    
Pays:
ALL - Tous
Projets PM: Performances

 Description   
Mettre en place un outil qui analyse les requêtes dans les logs SA afin de pouvoir contrôler l'aumentation des requêtes sur des écrans clés

 Commentaires   
Commentaire de Arnaud Forgues [ 18/juil./07 12:12 ]
On souhaite récuperer les requêtes suivantes :
- EJB3 (type finder)
- EJB2 (type finder)
- Requêtes maisons à l'ancienne (Query)
- Requêtes maisons NG (SQLQuery)
- Requêtes Fast
- Requête IG (à voir ?)

Afin de pouvoir analyser ces requêtes dans les logs SA, on devra au préalable activer des leviers de log (à passer en DEBUG) dans le fichier log4j.xml du SA concerné :
   <category name="org.hibernate.SQL">
      <priority value="DEBUG"/>
   </category>

   <category name="org.jboss.ejb.plugins.cmp">
      <priority value="DEBUG"/>
   </category>

   <category name="com.babelstore.util.Query">
      <priority value="DEBUG"/>
   </category>

   <category name="com.babelstore.util.sql.SQLQuery">
      <priority value="DEBUG"/>
   </category>

   <category name="com.babelstore.search.FastSearch">
      <priority value="DEBUG" />
   </category>

   <category name="org.exolab">
      <priority value="DEBUG" />
   </category>

Dans un premier temps, on va faire en sorte de faire ressortir ces type de requêtes en specifiant 2 données en input :
- l'url (ou une partie de celle-ci) que l'on souhaite analyser (en gros l'écran)
- l'identifier, c'est à dire l'adresse IP ou le login de l'internaute s'il est en FO, sinon son identifiant type "BO:toto"

NB : Afin de s'assurer que l'on suit bien les logs du même utilisateur, on se basera également sur le Processor (Thread en cours) dans les logs

Dans un lot futur, on pourra explorer la piste suivante : faire en sorte de faire ressortir les cas ou des requetes sont appelés depuis des JSP en ajoutant une stacktrace pour chaque type de requete. Dans les cas des finder des EJB2, on pourra utiliser le principe AOP (mais il est fou ce Doudou !)
Commentaire de Arnaud Forgues [ 19/juil./07 14:57 ]
De nouvelles pistes d'améliorations de l'outils on été suggérées :

- Afficher les début et fin de transaction afin d'identifier quand des requêtes sont lancées hors transaction (remplace le lot futur sur les JSP/AOP)
- Afficher les temps d'exécutions de chaque requête ... (plus dur s'il ne s'agit pas d'une "Long query" ..)

Pour le premier point, on devrait oasser en mode DEBUG la category suivante dans le fichier log4j.xml du SA concerné :

   <category name="com.babelstore.util.web.Dispatcher">
     <priority value="DEBUG"/>
   </category>

Pour le point suivant, on pourra :
- soit se baser sur les logs et faire la différence entre la date d'execution d'une requete et la date de la ligne de log suivante (qui va bien : celle du même utilisateur dans le même Thread ...)
- soit faire un peu de DEV Java et ajouter dans la framework de chaque type de requete un log affichant le temps d'exécution (du coup pour les finder EJB2 ==> AOP ?)
Commentaire de Arnaud Forgues [ 20/juil./07 11:02 ]
Il reste donc 2 choses à faire :
- ajouter la fonctionnalité "showFullQuery" pour les requêtes de type JDBC (Query et SQLQuery)
- corriger le bug (vu dans le rapport du 20 juillet 2007 ==> voir sous CVS) des BEGIN / END qui s'entrecroisent

Après le next step sera de :
- isoler la partie du script qui identifie un bloc de logs d'une requete HTTP donnée
- ainsi pouvoir utiliser ce sous-script pour d'autres types d'analyses

L'outil est donc disponible avec un README.txt (que j'ajoute en PJ à ce JIRA) sous CVS dans le repertoire "dev/source/script/logquery"
Commentaire de Edouard Gomez-Vaez [ 31/juil./07 17:04 ]
Y a un wiki ?
Commentaire de Nicolas Chauveau [ 07/août/07 19:22 ]
Il y a un wiki qui reprend le readme + infos du jira.
chercher 'logquery'




[EXP-3445] Dauphine-bonnesaffaires et Altéon Création: 02/avr./07 11:41  Mise à jour: 09/oct./07 17:04  Résolue: 09/oct./07 17:04

Etat: Fermé
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Majeur
Rapporteur: Antoine Koener Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Nouvelle VIP/RIP altéon pour le dauphine.
MAI-022261

www.ledauphine-bonnesaffaires.com
pointe sur une VIP qui ne dispose pour l'instant que d'une RIP sur Aricia.

Une fois la MAI exécutée le virtualhost pourra complètement être recetté.


 Commentaires   
Commentaire de Antoine Koener [ 02/avr./07 12:49 ]
Faire des tests avec /etc/hosts...
Commentaire de Patrice Boulanger [ 09/juil./07 10:50 ]
Vérifier sur Evandre que le VH est présent et fonctionnel ensuite on peut faire la MEP pour ajouter la RIP dans la VIP.

Merci.
Commentaire de Jérémie Bennejean [ 23/juil./07 09:50 ]
Pour le moment ce vh n'existe pas sur evandre parce que ce cobranding n'existait pas sur cupidon par manque d'adresse.
Il faut que je check les @ disponibles et que j'en alloue une pour ce vh. Puis aprés une vérificatin de la conf, je demanderai à Jet l'ajout de la RIP dans la VIP.
Commentaire de Jérémie Bennejean [ 10/août/07 17:05 ]
[INFO]

Suite a un incident la semaine derniere, le cobranding www.ledauphine-bonnesaffaires.com repond à la VIP 212.23.170.196

La vip 212.23.170.196 contient la RIP 212.23.170.253(ARICIA) uniquement.
Commentaire de Jérémie Bennejean [ 16/août/07 17:50 ]
Nous ne disposons d'adresses IP que sur aricia pour le moment.
Le cobranding www.ledauphine-bonnesaffaires.com existe deja sur aricia.

Dès que nous aurons de nouvelles @IP de libres, ce cobrand sera installé (ainsi que commentcamarche.net).
Nous aurons des @ de libres lorsque phaeton et cupidon ne seront plus des frontaux webs.
Commentaire de Jérémie Bennejean [ 05/oct./07 16:35 ]
J'ai fais le point sur les @ de libres, seul la plage ou se trouve aricia dispose d'@ libres.

Je n'ai pas pu identifier d'@ de dispo sur la plage 212.23.167.1--> 212.23.167.63
Commentaire de Jérémie Bennejean [ 05/oct./07 16:37 ]
Pour info seul aricia est sur la plage 212.23.170.192

Par contre bacchus, phaeton,cupidon, evandre quasiment toutes les VIPs de l'alteon se partagent la plage 212.23.167.1--> 212.23.167.63
Commentaire de Jérémie Bennejean [ 09/oct./07 17:04 ]
On laisse ce cob uniquement sur aricia.
A chaque cob qui n'est pas sur le domaine priceminister.com il faut 2 @.
Il n'y en a de disponibles que sur la plage ou se trouve aricia.




[EXP-3498] Ajouter les adresses locales des serveurs web dans le fichier nonblock.list Création: 17/avr./07 16:23  Mise à jour: 25/juin/07 19:00  Résolue: 03/mai/07 09:47

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Critique
Rapporteur: Patrice Boulanger Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous

 Description   
Dans les logs des serveurs Web, on trouve:

[Tue Apr 17 01:57:53 2007] [error] [client 212.23.167.8] client denied by server configuration: root_games
[Tue Apr 17 01:57:53 2007] [error] [client 212.23.167.8] client denied by server configuration: 403.html
[Tue Apr 17 01:57:54 2007] [error] [client 212.23.167.8] client denied by server configuration: Tel-PDA
[Tue Apr 17 01:57:54 2007] [error] [client 212.23.167.8] client denied by server configuration: 403.html
[Tue Apr 17 01:57:55 2007] [error] [client 212.23.167.8] client denied by server configuration: tab_600
[Tue Apr 17 01:57:55 2007] [error] [client 212.23.167.8] client denied by server configuration: 403.html
[Tue Apr 17 01:57:56 2007] [error] [client 212.23.167.8] client denied by server configuration: tab_700
[Tue Apr 17 01:57:56 2007] [error] [client 212.23.167.8] client denied by server configuration: 403.html
[Tue Apr 17 01:57:57 2007] [error] [client 212.23.167.8] client denied by server configuration: bargain
[Tue Apr 17 01:57:57 2007] [error] [client 212.23.167.8] client denied by server configuration: 403.html
[Tue Apr 17 01:57:58 2007] [error] [client 212.23.167.8] client denied by server configuration: root_white
[Tue Apr 17 01:57:58 2007] [error] [client 212.23.167.8] client denied by server configuration: 403.html
[Tue Apr 17 01:57:59 2007] [error] [client 212.23.167.8] client denied by server configuration: root_baby
[Tue Apr 17 01:57:59 2007] [error] [client 212.23.167.8] client denied by server configuration: 403.html
[Tue Apr 17 01:58:00 2007] [error] [client 212.23.167.8] client denied by server configuration: root_clothing
[Tue Apr 17 01:58:00 2007] [error] [client 212.23.167.8] client denied by server configuration: 403.html

Il semblerait donc que minitor s'amuse à bloquer le serveur web lui-même lors de la génération des pages statiques.

Comme c'est assez ennuyeux, je propose d'ajouter les adresses locales des serveurs dans le fichier nonblock.list.



 Commentaires   
Commentaire de Jérémie Bennejean [ 17/avr./07 16:48 ]
J'ai rajouté dans le nonblock.list de
PHAETON
#ADRESSES PHAETON
212.23.167.28
212.23.167.24
212.23.167.21
212.23.167.22
212.23.167.4
212.23.167.5
212.23.167.6
212.23.167.7
212.23.167.8
212.23.167.9
212.23.167.10
212.23.167.11
212.23.167.12
212.23.167.13
212.23.167.14
212.23.167.15
212.23.167.16
212.23.167.20
212.23.167.23
212.23.167.25

CUPIDON
#ADRESSES CUPIDON
212.23.167.30
212.23.167.31
212.23.167.32
212.23.167.33
212.23.167.34
212.23.167.35
212.23.167.36
212.23.167.37
212.23.167.38
212.23.167.39
212.23.167.43
212.23.167.44
212.23.167.45
212.23.167.46
212.23.167.47
212.23.167.48

ARICIA
212.23.170.247

Les adresses suivantes existaient deja dans le nonblock.list de aricia
212.23.170.244
212.23.170.241
212.23.170.248
212.23.170.243
212.23.170.242
212.23.170.251
212.23.170.249
212.23.170.252
212.23.170.253
212.23.170.240
212.23.170.246
212.23.170.250
212.23.170.245
212.23.170.254

Sur chaque serveur web j'ai fais un configtest et un graceful
Commentaire de Jérémie Bennejean [ 19/avr./07 15:49 ]
Malgré l'ajout des adresses dans le fichiers de chacun des serveurs webs, il y a toujours ces erreurs dans les logs
Commentaire de Jérémie Bennejean [ 30/avr./07 11:18 ]
[mrtg@phaeton mrtg]$ grep -ir nonblock.list *
minitord/bin/apache_block_ip.pl:my $white_list = "/data/chrootapache/usr/local/apache/conf/nonblock.list";
Commentaire de Jérémie Bennejean [ 30/avr./07 11:20 ]
Sur aricia l'@ (212.23.170.248) en deny correspond au vh-intra
Sur phaeton l'@ (212.23.170.8) en deny correspond au vh-eglue, vh-bo,vi-intra,vh-bi
Sur cupuidon l'@ (212.23.170.33) en deny correspond au vh-eglue, vh-bo,vi-intra,vh-bi
Commentaire de Jérémie Bennejean [ 30/avr./07 14:10 ]
Pour résoudre l'apparition de certaines erreurs dans le error_log, j'ai ajouté dans la conf apache de cupidon (dans 1 er temps et faire le test) au sein des vh eglue et bi dans la Allow from 212.23.170.33
Commentaire de Jérémie Bennejean [ 30/avr./07 14:56 ]
Pour faire face à cette erreur qui revient tres souvent j'ai fais un touch du fichier demandé. J'ouvre aussi un jira à l'équipe de swan.
[Mon Apr 30 13:52:26 2007] [error] [client 195.12.230.196] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V14_0_1/front/brand/www/images/default/bullet/a_arrowb2.gif---> OK touch a_arrowb2.gif
Commentaire de Jérémie Bennejean [ 30/avr./07 14:58 ]
idem [Mon Apr 30 14:54:15 2007] [error] [client 82.228.143.55] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/content/V14_0_1/front/brand/www/images/default/bullet/a_arrowb2.gif, referer: https://www.priceminister.com/connect?action=login&dest=%2Fpurchase%3Faction%3Dsalelist%26login%3Dmargo1230_3&login=margo1230_3
Commentaire de Jérémie Bennejean [ 30/avr./07 15:01 ]
sur phaeton:

[Mon Apr 30 13:42:36 2007] [error] [client 195.12.230.202] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-img/content/V14_0_1/front/brand/www/images/default/bullet/a_arrowb2.gif, referer: http://www.priceminister.com/navigation/search/category/search_books/keyword/singer-christiane/ss/70

[Mon Apr 30 14:36:34 2007] [error] [client 82.241.240.95] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/content/V14_0_1/front/brand/www/images/default/bullet/a_arrowb2.gif, referer: https://www.priceminister.com/connect?action=login&c=81&dest=%2Fcheckout%3Faction%3Daddress
Commentaire de Jérémie Bennejean [ 30/avr./07 15:05 ]
sur aricia :

[Mon Apr 30 14:54:15 2007] [error] [client 82.228.143.55] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-www/content/V14_0_1/front/brand/www/images/default/bullet/a_arrowb2.gif, referer: https://www.priceminister.com/connect?action=login&dest=%2Fpurchase%3Faction%3Dsalelist%26login%3Dmargo1230_3&login=margo1230_3

[Mon Apr 30 12:43:11 2007] [error] [client 86.201.188.113] File does not exist: /usr/local/apache/htdocs/pmweb/virtualhost-camif/content/V14_0_1/front/brand/www/images/default/bullet/a_arrowb2.gif, referer: https://occasion.camif.fr/connect?action=login&c=81&dest=%2Fcheckout%3Faction%3Daddress




[APP-20098] Modification du lien "En savoir plus" sur la HP Création: 02/avr./08 16:34  Mise à jour: 05/juin/08 10:34  Résolue: 02/juin/08 13:45

Etat: Fermé
Projet: Application PriceMinister
Composants: Home Page, Infoglue
Affecte la/les version(s): 20.0.0
Version(s) corrigée(s): 23.0.2

Type: Tâche Priorité: Majeur
Rapporteur: Ariane Baldinger Attribution: Yassine Mouhammadou
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
Pays:
FRA - France
Site: Dev
Classif FONC: comarket
Projets PM archivés: Maintenance CTN-B

 Description   
"le nom de domaine du site groupe sera www.groupe-priceminister.com. Peux-tu prévoir le lien de redirection de www.groupe-priceminister.com pour le 15 avril, stp?

-> le lien footer + le lien bloc colonne de droite

Merci.
"

 Commentaires   
Commentaire de Yassine Mouhammadou [ 04/avr./08 15:16 ]
A publier pour la V20.0.0 :
cms1 > express > Side Article > Hp Services

pour le bloc de droite de la HP "En savoir plus"
Commentaire de Ariane Baldinger [ 07/avr./08 17:41 ]
dépublié momentanément pour passer la NpF Mode avant.
Commentaire de Yassine Mouhammadou [ 08/avr./08 15:00 ]
re-soumis à publication
Commentaire de Ariane Baldinger [ 11/avr./08 13:05 ]
Salut Ghislain,
C'est normal que le lien de redirection renvoie vers www.priceminister.com ?
On est sûr que la semaine prochaine ça sera bon ?
Commentaire de Ghislain Gridel [ 14/avr./08 10:27 ]
Bonjour,

La mise en ligne du nouveau site institutionnel est décalée au mardi 22 avril (suceptible de décalage).

IL est normal que pour l'instant cela renovie sur www.priceminister.com car l'exploit n'a pas encore pointé vers la bonne adresse IP.

merci
Commentaire de Ariane Baldinger [ 14/avr./08 12:26 ]
Yassine,

Peux-tu revenir en arrière stp ?
Merci
Commentaire de Yassine Mouhammadou [ 14/avr./08 12:43 ]
cms1 > express
Commentaire de Ariane Baldinger [ 02/juin/08 13:45 ]
je ferme cette demande qui n'est plus d'actualité.
Merci d'ouvrir un nouveau jira si besoin.




[COB] CoB CommentCaMarche : Métatâche (APP-16641)

[APP-16642] Création d'un flux XML top 100 ventes d'occasion pour le co-branding commentçamarche.net Création: 07/juin/07 18:18  Mise à jour: 19/nov./07 15:52  Résolue: 19/nov./07 15:52

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Majeur
Rapporteur: Ghislain Gridel Attribution: Eric Vannier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM archivés: COB CommentCaMarche

 Description   
Bonjour,

JIRA destiné à Eric Vanier.

Il faudrait créer un flux XML des 100 meilleures ventes d'occasion par catégorie.

Les catégories sont : Livres- Musique - DVD & VHS - Jeux vidéo - Tél & PDA - Informatique - Image & Son

Le flux peut avoir exactement la même structure que le flux Effiliation top 100. Ils ont validés l'extract qu'on leur a fait de ce flux.

Ce flux doit rediriger vers le site co-brandé comment ça marche dont l'url sera http://occasions.commentcamarche.net et non vers PriceMinister.

Le partenaire viendra chercher le flux sur une URL.

Estelle gère le projet co-brading commentçamarche.net.

Je reste à ta dispo pour toute question.

Ghislain



 Commentaires   
Commentaire de Eric Vannier [ 08/juin/07 14:34 ]
Ces flux sont prêts pour être générés , pour info ce ne sont pas les mêmes qu'effiliation car les top ventes d'effiliation sont les produits neufs alors que là ce sont les produits d'occasions.

Extrait d'un produit :

<produit><idproduit>54710566</idproduit><codearticle></codearticle><codebarre>9782226179296</codebarre><reffournisseur><![CDATA[]]></reffournisseur><nomfourn
isseur><![CDATA[]]></nomfournisseur><nomproduit><![CDATA[La Femme Fatale]]></nomproduit><etat>occasion</etat><categories><categorie><![CDATA[Livres]]></categ
orie><categorie><![CDATA[]]></categorie></categories><prix>9.50</prix><urlficheproduit><![CDATA[http://track.effiliation.com/servlet/effi.redir?id_compteur=I
D_COMPTEUR&url=http://occasions.commentcamarche.net/offer/buy/54710566%3Ft%3DTRACKING_CODE]]></urlficheproduit><urlimage><![CDATA[http://a526.g.akamai.net/7/
526/14067/v1/img.priceminister.com/photo/599395940_S.jpg]]></urlimage><genre></genre><realisateur><![CDATA[Bacqué, Raphaëlle, Chemin, Ariane]]></realisateu
r><acteurs></acteurs><interprete></interprete><editeur><![CDATA[Albin Michel]]></editeur><descriptif><![CDATA[Retrouvez tous les livres au meilleur prix : Ba
cqué, Raphaëlle - Chemin, Ariane. Achetez La Femme Fatale à prix réduit sur PriceMinister.]]></descriptif><disponibilite>10000</disponibilite><dateexpedi
tion>2 a 3 jours</dateexpedition><fraisdeport>variable en fonction du produit</fraisdeport></produit>

Merci de me confirmer si cela vous convient.
Commentaire de Ghislain Gridel [ 21/juin/07 11:43 ]
ok. ça me va.

il faudra enlever les trackings de la plateforme effiliation :[http://track.effiliation.com/servlet/effi.redir?id_compteur=ID_COMPTEUR&

par ailleurs il n'y a pas de tracking code TRACKING_CODE] : il faudra donc l'enlever aussi.

Demander à l'exploit les urls de ce site co-brandé.

Merci.

Ghislain
Commentaire de Eric Vannier [ 21/juin/07 12:40 ]
J'ai modifié le flux pour corriger les urls.

Extrait d'un produit :

<produit><idproduit>54403511</idproduit><codearticle></codearticle><codebarre>9782845633360</codebarre><reffournisseur><![CDATA[]]></reffournisseur><nomfourn
isseur><![CDATA[]]></nomfournisseur><nomproduit><![CDATA[Parce Que Je T'aime]]></nomproduit><etat>occasion</etat><categories><categorie><![CDATA[Livres]]></categorie><categorie><![CDATA[Livre grand format]]></categorie></categories><prix>12.00</prix><urlficheproduit><![CDATA[http://occasions.commentcamarche.net/offer/buy/54403511]]></urlficheproduit><urlimage><![CDATA[http://a526.g.akamai.net/7/526/14067/v1/img.priceminister.com/photo/589601330_S.jpg]]></urlimage><ge
nre></genre><realisateur><![CDATA[Musso, Guillaume]]></realisateur><acteurs></acteurs><interprete></interprete><editeur><![CDATA[Xo]]></editeur><descriptif><
![CDATA[Retrouvez tous les livres au meilleur prix : Musso, Guillaume. Achetez Parce Que Je T'aime à prix réduit sur PriceMinister.]]></descriptif><disponibilite>10000</disponibilite><dateexpedition>2 a 3 jours</dateexpedition><fraisdeport>variable en fonction du produit</fraisdeport></produit>

Commentaire de Eric Vannier [ 06/août/07 15:50 ]
Les flux sont prêts à être générés tous les jours , il me manque uniquement la destination hébergés chez nous ou bien chez eux.

Si c'est chez nous , l'url sera du type www.priceminister.com/ccm/... ou si chez eux, il me faut un nom de serveur ftp, login et password
Commentaire de Ghislain Gridel [ 06/août/07 17:00 ]
ok. merci Eric.

L'url sera du type http://occasions.commentcamarche.net

J'attends un retour pour ta question.

Nous sommes aussi en attente du certificat SSL.

Ghislain
Commentaire de Eric Vannier [ 06/août/07 17:08 ]
Il me faut un compte ftp sur leur serveur ftp

host : du type ftp://occasions.commentcamarche.net ftp://adresse ip
Login
Password

Commentaire de Sébastien Aubert [ 12/oct./07 14:48 ]
eric,
CCM est maintenant en prod
tu peux voir avec jeremie pour le serveur.
Commentaire de Christophe Garcia [ 17/oct./07 10:31 ]
C'en est où ?
Commentaire de Eric Vannier [ 17/oct./07 11:46 ]
Il faut absolument me communiquer les coordonnées d'un serveur ftp. Le soucis , c'est que ce n'est pas du ressort de Jérémie. C'est au partenaire "commentcamarche" de nous communiquer cette info car c'est eux qui l'héberge.

La deuxième solution, mis en place d'une url pour qu'il puisse venir télécharger le flux quotidiennement.

Commentaire de Ghislain Gridel [ 17/oct./07 14:57 ]
ok. merci Eric.

J'attends un retour de JF PILLOU. Je te tiens au courant rapidement.

Ghislain
Commentaire de Ghislain Gridel [ 17/oct./07 15:11 ]
Eric, CCM préfère une URL. Peux-tu t'en occuper, stp ?

Merci !

Ghislain
Commentaire de Eric Vannier [ 17/oct./07 16:30 ]
Les urls pour "comment ça marche" seront :

http://www.priceminister.com/partenariat-ccm/v2/commentcamarche_BOOKS_TOP.xml.gz
http://www.priceminister.com/partenariat-ccm/v2/commentcamarche_COMPUTER_TOP.xml.gz
http://www.priceminister.com/partenariat-ccm/v2/commentcamarche_ELECTRONICS_TOP.xml.gz
http://www.priceminister.com/partenariat-ccm/v2/commentcamarche_GAMES_TOP.xml.gz
http://www.priceminister.com/partenariat-ccm/v2/commentcamarche_HIFI_TOP.xml.gz
http://www.priceminister.com/partenariat-ccm/v2/commentcamarche_MUSIC_TOP.xml.gz
http://www.priceminister.com/partenariat-ccm/v2/commentcamarche_VIDEO_TOP.xml.gz
Commentaire de Eric Vannier [ 17/oct./07 17:45 ]
J'ai généré les flux pour vérification donc les liens fonctionnent....
Commentaire de Sébastien Aubert [ 19/nov./07 15:52 ]
Merci Eric,
ok pour les liens, transmis à CCM.
on peut fermer




[APP-18407] ORA-01476: divisor is equal to zero Création: 31/oct./07 16:17  Mise à jour: 31/oct./07 17:57  Résolue: 31/oct./07 17:57

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 17.1.1
Version(s) corrigée(s): 17.1.1

Type: Bogue Priorité: Critique
Rapporteur: Ange Ferrari Attribution: Dispatcher (Dev)
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de APP-18030 [Oracle] #514 ORA-01476: divisor is e... Fermé
Pays:
FRA - France
Site: Prod
Projets PM archivés: Maintenance 18.x.x

 Description   
La derniere fois que c'est arrivé quelqu'un avait touché aux notes

2007-10-31 16:12:30,819 INFO [-Processor40] 66.249.72.65 - >>> GET http://www.priceminister.com/offer/buy/7352525/Goupille-fendue-zingue
e-Diametre-8x63-Quincaillerie.html
2007-10-31 16:12:30,918 ERROR [-Processor40] 66.249.72.65 - TransactionRolledbackException in method: public abstract java.util.Collection
 com.babelstore.advert.business.AdvertCatalog.getProductAdvertInfoCollection(com.babelstore.product.ProductDetail,int,java.lang.Long,java.lan
g.Long,boolean,boolean) throws java.rmi.RemoteException, causedBy:
java.sql.SQLException: [Oracle] #541 ORA-01476: divisor is equal to zero

        at com.inet.ora.OraDriver.a(Unknown Source)
        at com.inet.ora.o.a(Unknown Source)
        at com.inet.ora.o.a(Unknown Source)
        at com.inet.ora.k.next(Unknown Source)
        at org.jboss.resource.adapter.jdbc.WrappedResultSet.next(WrappedResultSet.java:520)
        at com.babelstore.util.sql.SQLQuery.next(SQLQuery.java:155)
        at com.babelstore.advert.business.ProductAdvertInfoQuery.readAdvertDetailCollection(ProductAdvertInfoQuery.java:155)
        at com.babelstore.advert.business.ProductAdvertInfoQuery.getCollection(ProductAdvertInfoQuery.java:131)
        at com.babelstore.advert.business.AdvertCatalogBean.getProductAdvertInfoCollection(AdvertCatalogBean.java:62)
        at sun.reflect.GeneratedMethodAccessor274.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:363)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor162.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
        at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
        at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInterceptor.java:97)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
        at $Proxy455.getProductAdvertInfoCollection(Unknown Source)
        at com.babelstore.advert.front.AdvertListModel.doLoad(AdvertListModel.java:154)
        at com.babelstore.util.Block.load(Block.java:106)
        at com.babelstore.util.web.Screen.load(Screen.java:108)
        at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:226)
        at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:185)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:153)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)


 Commentaires   
Commentaire de Ange Ferrari [ 31/oct./07 16:37 ]
2007-10-31 16:18:38,470 INFO [-Processor13] 192.168.1.246 - >>> GET http://bo.priceminister.jmh/offer/buy/7352525/Goupille-fendue-zinguee
-Diametre-8x63-Quincaillerie.html
2007-10-31 16:18:38,470 DEBUG [-Processor13] 192.168.1.246 - TX started
2007-10-31 16:18:38,484 DEBUG [-Processor13] 192.168.1.246 - Executing SQL: SELECT category_id, adopted_category_id, alias, change_date, cr
eation_date, ctg_status_code, ctg_type_code, description, does_inherit_from_parent, label, old_alias, parent_category_id, rank, row_version,
soft_alias FROM CATEGORY WHERE 0 = 1
2007-10-31 16:18:38,487 DEBUG [-Processor19] BO:Isabelle - Executing SQL: SELECT usr_address_id, address1, address2, change_date, city, c
ountry_id, creation_date, digicode, email_address, fax_number, first_name, is_default, last_name, phone_comment_1, phone_comment_2, phone_com
ment_3, phone_number_1, phone_number_2, phone_number_3, row_version, state_id, usa_status_code, usa_type_code, user_account_id, usr_alias, us
r_title_code, zip FROM USR_ADDRESS WHERE user_account_id = ? AND usa_type_code = ?
2007-10-31 16:18:38,490 DEBUG [-Processor19] BO:Isabelle - Executing SQL: SELECT usr_address_id, address1, address2, change_date, city, c
ountry_id, creation_date, digicode, email_address, fax_number, first_name, is_default, last_name, phone_comment_1, phone_comment_2, phone_com
ment_3, phone_number_1, phone_number_2, phone_number_3, row_version, state_id, usa_status_code, usa_type_code, user_account_id, usr_alias, us
r_title_code, zip FROM USR_ADDRESS WHERE user_account_id = ? AND usa_type_code = ?
2007-10-31 16:18:38,492 DEBUG [-Processor19] BO:Isabelle - Executing SQL: SELECT usr_address_id, address1, address2, change_date, city, c
ountry_id, creation_date, digicode, email_address, fax_number, first_name, is_default, last_name, phone_comment_1, phone_comment_2, phone_com
ment_3, phone_number_1, phone_number_2, phone_number_3, row_version, state_id, usa_status_code, usa_type_code, user_account_id, usr_alias, us
r_title_code, zip FROM USR_ADDRESS WHERE user_account_id = ? AND usa_type_code = ?
2007-10-31 16:18:38,494 DEBUG [-Processor19] BO:Isabelle - Executing SQL: SELECT usr_address_id, address1, address2, change_date, city, c
ountry_id, creation_date, digicode, email_address, fax_number, first_name, is_default, last_name, phone_comment_1, phone_comment_2, phone_com
ment_3, phone_number_1, phone_number_2, phone_number_3, row_version, state_id, usa_status_code, usa_type_code, user_account_id, usr_alias, us
r_title_code, zip FROM USR_ADDRESS WHERE user_account_id = ? AND usa_type_code = ?
2007-10-31 16:18:38,495 DEBUG [-Processor19] BO:Isabelle - Executing SQL: SELECT usr_address_id, address1, address2, change_date, city, c
ountry_id, creation_date, digicode, email_address, fax_number, first_name, is_default, last_name, phone_comment_1, phone_comment_2, phone_com
ment_3, phone_number_1, phone_number_2, phone_number_3, row_version, state_id, usa_status_code, usa_type_code, user_account_id, usr_alias, us
r_title_code, zip FROM USR_ADDRESS WHERE user_account_id = ? AND usa_type_code = ?
2007-10-31 16:18:38,497 DEBUG [-Processor19] BO:Isabelle - Executing SQL: SELECT usr_address_id, address1, address2, change_date, city, c
ountry_id, creation_date, digicode, email_address, fax_number, first_name, is_default, last_name, phone_comment_1, phone_comment_2, phone_com
ment_3, phone_number_1, phone_number_2, phone_number_3, row_version, state_id, usa_status_code, usa_type_code, user_account_id, usr_alias, us
r_title_code, zip FROM USR_ADDRESS WHERE user_account_id = ? AND usa_type_code = ?
2007-10-31 16:18:38,499 DEBUG [-Processor19] BO:Isabelle - ItemCountQuery
-- ItemCountQuery
VAR x1 NUMBER § EXEC :x1 := 11563018;
SELECT /*+ INDEX(item) */ count(*) as count
FROM item
WHERE (buyer_account_id = :x1)
AND (itm_status_code NOT IN (10,50,60))
;
2007-10-31 16:18:38,513 DEBUG [-Processor19] BO:Isabelle - ItemCountQuery
-- ItemCountQuery
VAR x1 NUMBER § EXEC :x1 := 11563018;
SELECT /*+ INDEX(item) */ count(*) as count
FROM item
WHERE (seller_account_id = :x1)
AND (itm_status_code NOT IN (10,50,60))
;
2007-10-31 16:18:38,530 DEBUG [-Processor19] BO:Isabelle - ItemCountQuery
-- ItemCountQuery
VAR x1 NUMBER § EXEC :x1 := 11563018;
SELECT /*+ INDEX(item) */ count(*) as count
FROM item
WHERE (seller_account_id = :x1)
AND (itm_status_code IN (20,100,60))
;
2007-10-31 16:18:38,532 DEBUG [-Processor19] BO:Isabelle - ContractCountQuery
-- ContractCountQuery
VAR x1 NUMBER § EXEC :x1 := 11563018;
SELECT count(*) l
FROM contract
WHERE (buyer_account_id = :x1)
AND (ctr_status_code IN (30))
;
2007-10-31 16:18:38,533 DEBUG [-Processor19] BO:Isabelle - ItemClaimCountQuery
-- ItemClaimCountQuery
VAR x1 NUMBER § EXEC :x1 := 11563018;
SELECT /*+ INDEX(item) */ count(*) AS count, clm_status_code
FROM item
WHERE (itm_claim_type_code IS NOT NULL)
AND (seller_account_id = :x1)
GROUP BY clm_status_code
;
2007-10-31 16:18:38,556 DEBUG [-Processor19] BO:Isabelle - ItemClaimCountQuery
-- ItemClaimCountQuery
VAR x1 NUMBER § EXEC :x1 := 11563018;
SELECT /*+ INDEX(item) */ count(*) AS count, clm_status_code
FROM item
WHERE (itm_claim_type_code IS NOT NULL)
AND (buyer_account_id = :x1)
GROUP BY clm_status_code
;
2007-10-31 16:18:38,562 DEBUG [-Processor19] BO:Isabelle - ItemClaimCountQuery
-- ItemClaimCountQuery
VAR x1 NUMBER § EXEC :x1 := 11563018;
SELECT /*+ INDEX(item) */ count(*) AS count, itm_claim_type_code
FROM item
WHERE (itm_claim_type_code IS NOT NULL)
AND (buyer_account_id = :x1)
GROUP BY itm_claim_type_code
;
2007-10-31 16:18:38,564 DEBUG [-Processor19] BO:Isabelle - ItemRefundQuery
-- ItemRefundQuery
VAR x1 NUMBER § EXEC :x1 := 11563018;
SELECT /*+ INDEX(item) */ SUM(toEuro(NVL(item.buyer_bonus, 0), currency_id)) sum_refund
FROM item
WHERE (item.buyer_account_id = :x1)
AND (item.buyer_bonus > 0)
AND (item.is_abandonned = 0)
;
2007-10-31 16:18:38,728 DEBUG [-Processor13] 192.168.1.246 - ProductParentQuery
-- ProductParentQuery
VAR x1 NUMBER § EXEC :x1 := 7352525;
VAR x2 NUMBER § EXEC :x2 := 7352525;
VAR x3 NUMBER § EXEC :x3 := 7352525;
SELECT *
FROM product, (
  SELECT product.product_id, prd_accessory.prd_accessory_id, prd_accessory.product_id accessory_product_id, prd_accessory.parent_product_
id accessory_parent_product_id, line.value line, model.value model
  FROM product, prd_accessory, prd_attribute_value line, prd_attribute_value model
  WHERE (prd_accessory.product_id = :x1)
  AND (line.prd_attribute_value_key (+) = prd_accessory.prd_line_key)
  AND (model.prd_attribute_value_key (+) = prd_accessory.prd_model_key)
  AND (product.prd_visibility_code = 10)
  AND (prd_accessory.prd_line_key IS NOT NULL)
  AND (prd_accessory.prd_model_key IS NULL)
  AND (product.prd_line_key = prd_accessory.prd_line_key) UNION
  SELECT product.product_id, prd_accessory.prd_accessory_id, prd_accessory.product_id accessory_product_id, prd_accessory.parent_product_
id accessory_parent_product_id, line.value line, model.value model
  FROM product, prd_accessory, prd_attribute_value line, prd_attribute_value model
  WHERE (prd_accessory.product_id = :x2)
  AND (line.prd_attribute_value_key (+) = prd_accessory.prd_line_key)
  AND (model.prd_attribute_value_key (+) = prd_accessory.prd_model_key)
  AND (product.prd_visibility_code = 10)
  AND (prd_accessory.prd_line_key IS NOT NULL)
  AND (prd_accessory.prd_model_key IS NOT NULL)
  AND (product.prd_line_key = prd_accessory.prd_line_key)
  AND (product.prd_model_key = prd_accessory.prd_model_key) UNION
  SELECT product.product_id, prd_accessory.prd_accessory_id, prd_accessory.product_id accessory_product_id, prd_accessory.parent_product_
id accessory_parent_product_id, line.value line, model.value model
  FROM product, prd_accessory, prd_attribute_value line, prd_attribute_value model
  WHERE (prd_accessory.product_id = :x3)
  AND (line.prd_attribute_value_key (+) = prd_accessory.prd_line_key)
  AND (model.prd_attribute_value_key (+) = prd_accessory.prd_model_key)
  AND (product.prd_visibility_code = 10)
  AND (prd_accessory.parent_product_id IS NOT NULL)
  AND (product.product_id = prd_accessory.parent_product_id)) parent
WHERE (product.product_id = parent.product_id)
ORDER BY prd_type_code, prd_medium_code, title
;
2007-10-31 16:18:38,736 DEBUG [-Processor13] 192.168.1.246 - ProductChildQuery
-- ProductChildQuery
VAR x1 NUMBER § EXEC :x1 := 7352525;
SELECT product.product_id, product.admin_comment, product.adv_currency_id, product.base_product_id, product.best_price, product.change_da
te, product.collectible_best_price, product.collectible_count, product.collectible_currency_id, product.creation_date, product.currency_id, p
roduct.data_file_id, product.data_file_process_cycle, product.data_file_process_id, product.fast_notification_date, product.freshness_date, p
roduct.is_available, product.last_advert_creation_date, product.list_price, product.long_title, product.medium_count, product.new_best_price,
 product.new_count, product.new_currency_id, product.owner_account_id, product.prd_availability_code, product.prd_change_code, product.prd_li
ne_key, product.prd_manufacturer_key, product.prd_medium_code, product.prd_model_key, product.prd_source_code, product.prd_status_code, produ
ct.prd_type_code, product.prd_visibility_code, product.release_date, product.row_version, product.spec_status_code, product.stock_quantity, p
roduct.submitter_account_id, product.submitter_comment, product.summary, product.summary_freshness_date, product.suspicion_cause, product.tit
le, product.unlimited_count, product.url_name, product.used_best_price, product.used_count, product.used_currency_id, product.weight
FROM product, (
  SELECT product_id
  FROM prd_accessory
  WHERE (parent_product_id = :x1)) child
WHERE (product.product_id = child.product_id)
ORDER BY prd_type_code, prd_medium_code, title
;
2007-10-31 16:18:38,791 DEBUG [-Processor13] 192.168.1.246 - ProductAdvertInfoQuery
-- ProductAdvertInfoQuery
VAR x1 NUMBER § EXEC :x1 := 7352525;
SELECT advert.advert_id, advert.adv_quality_code, advert.adv_showcase_code, advert.adv_status_code, advert.adv_type_code, advert.adv_visi
bility_code, advert.allow_negotiation, advert.allow_pickup, advert.allow_shipping, advert.available_count, advert.brand_id, advert.change_dat
e, advert.complement_product_id, advert.creation_date, advert.currency_id, advert.data_file_id, advert.freshness_date, advert.freshness_info_
date, advert.freshness_outdated_date, advert.freshness_warn_date, advert.import_reference, advert.import_tag, advert.is_activation_to_send, a
dvert.is_available, advert.is_best_price, advert.is_buyable, advert.is_contract_pending, advert.is_negotiable, advert.is_original, advert.is_
sellable, advert.is_tracking_direct, advert.is_unlimited, advert.negotiation_count, advert.pickup_country_id, advert.pickup_phone_number, adv
ert.pickup_zip, advert.prd_freshness_date, advert.prd_line_key, advert.prd_medium_code, advert.prd_model_key, advert.prd_status_code, advert.
prd_type_code, advert.prd_visibility_code, advert.product_id, advert.question_count, advert.row_version, advert.sale_price, advert.seller_acc
ount_id, advert.seller_comment, advert.seller_login, advert.seller_private_comment, advert.seller_reference1, advert.serial_number, advert.so
rt_author, advert.sort_title, advert.tracking_date, advert.unavailable_count, advert.usr_tracking_id, user_account.user_account_id, user_acco
unt.accept_negotiation, user_account.activation, user_account.activation_mail_count, user_account.activation_mail_date, user_account.allow_fr
ee_book_price, user_account.allow_holiday, user_account.allow_submit_auto_validation, user_account.allow_unlimited_stock, user_account.brand_
id, user_account.buy_count, user_account.cache_advert_stats, user_account.change_date, user_account.children, user_account.cmp_method_code, u
ser_account.commission_id, user_account.commission_rate, user_account.commit_count, user_account.company_name, user_account.company_number, u
ser_account.company_vat_number, user_account.computed_answer_time_sum, user_account.computed_commit_count, user_account.computed_sale_count,
user_account.computed_seller_score_count, user_account.computed_seller_score_sum, user_account.creation_date, user_account.display_name, user
_account.email_address, user_account.ev_game_points, user_account.ev_parent_user_account_id, user_account.ev_privilege, user_account.ev_send_
registration, user_account.external_user_reference, user_account.first_advert_tracking_date, user_account.first_advert_tracking_id, user_acco
unt.first_name, user_account.first_tracking_date, user_account.game_parent_user_account_id, user_account.game_points, user_account.grant_buye
r_email, user_account.grant_buyer_phone, user_account.grant_email, user_account.grant_login, user_account.grant_question_advert_receive, user
_account.grant_question_item_receive, user_account.grant_question_notify, user_account.hide_statistics_in_account, user_account.history, user
_account.holiday_remind_date, user_account.holiday_return_date, user_account.holiday_start_date, user_account.http_referrer, user_account.ima
ge_granted_status_code, user_account.import_lock_date, user_account.initial_answer_time_sum, user_account.initial_commit_count, user_account.
initial_sale_count, user_account.initial_seller_score_count, user_account.initial_seller_score_sum, user_account.ip_address, user_account.is_
company, user_account.is_first_adv_tracking_direct, user_account.is_first_mail_sent, user_account.is_import_locked, user_account.is_in_transi
t, user_account.is_last_tracking_direct, user_account.is_pro_vehicle, user_account.is_to_validate, user_account.is_tracking_direct, user_acco
unt.last_buy_date, user_account.last_buyable_advert_date, user_account.last_consultable_advert_date, user_account.last_import_date, user_acco
unt.last_login_date, user_account.last_memo_date, user_account.last_name, user_account.last_tracking_date, user_account.last_warning_date, us
er_account.last_wish_date, user_account.login, user_account.parent_user_account_id, user_account.password, user_account.personal_number, user
_account.platform_id, user_account.registration_birth_date, user_account.reliability, user_account.remark, user_account.row_version, user_acc
ount.sale_count, user_account.seller_activation_date, user_account.seller_answer_time_sum, user_account.seller_country_id, user_account.selle
r_score_count, user_account.seller_score_date, user_account.seller_score_sum, user_account.seller_website_url, user_account.send_first_advert
_mail, user_account.sponsorship_id, user_account.supports_shipping_certified, user_account.supports_shipping_chronopost, user_account.support
s_shipping_normal, user_account.supports_shipping_recommande, user_account.supports_shipping_suivi, user_account.tab_index, user_account.trac
king_date, user_account.usr_activation_code, user_account.usr_campaign_id, user_account.usr_company_code, user_account.usr_compensation_right
_code, user_account.usr_first_tracking_id, user_account.usr_game_status_code, user_account.usr_last_tracking_id, user_account.usr_presence_co
de, user_account.usr_privilege_code, user_account.usr_title_code, user_account.usr_tracking_id, user_account.usr_type_code, user_account.usr_
visibility_code, user_account.wallet_amount, user_account.wallet_birth_date, user_account.wallet_currency_id, user_account.wallet_incoming_am
ount, user_account.wallet_outgoing_amount, user_account.wlt_status_code, (user_account.seller_score_sum / user_account.seller_score_count) as
 score
FROM advert, user_account
WHERE (user_account.user_account_id = advert.seller_account_id)
AND (advert.product_id = :x1)
AND (advert.is_available = 1)
AND (advert.adv_visibility_code = 10)
ORDER BY advert.adv_visibility_code, DECODE(advert.adv_quality_code, 50, 1, 0) ASC, toEuro(advert.sale_price, advert.currency_id) ASC, adve
rt.adv_quality_code ASC, score DESC NULLS LAST, advert.creation_date ASC
;
2007-10-31 16:18:38,812 ERROR [-Processor13] 192.168.1.246 - TransactionRolledbackException in method: public abstract java.util.Collection
 com.babelstore.advert.business.AdvertCatalog.getProductAdvertInfoCollection(com.babelstore.product.ProductDetail,int,java.lang.Long,java.lan
g.Long,boolean,boolean) throws java.rmi.RemoteException, causedBy:
java.sql.SQLException: [Oracle] #276 ORA-01476: divisor is equal to zero
Commentaire de Ange Ferrari [ 31/oct./07 16:39 ]
http://pricejira/browse/APP-18030




[EXP-4272] Créer un sous domaine "http://concurso.priceminister.es" Création: 18/mars/08 18:21  Mise à jour: 16/avr./08 17:23  Résolue: 16/avr./08 13:37

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Charles Decaux Attribution: Patrice Boulanger
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne

 Description   
Bonjour,

On va décliner un jeu concours développé par planetanoo pour PriceMinister Espagne.

Pouvez-vous créer un sous domaine http://concurso.priceminister.es et le faire pointer vers http://img.planetanoo.com/pmes/concours.php ?
Le site n'est pas encore en ligne.

Merci

Charles

 Commentaires   
Commentaire de Patrice Boulanger [ 18/mars/08 18:35 ]
C'est fait,

La redirection est de type transparente, donc pas terrible pour le référencement. A valider avec Pierre Bret ?
Commentaire de Charles Decaux [ 19/mars/08 19:28 ]
Patrice,

désolé il y a eu une boulette sur l'URL.

Peux-tu faire pointer le jeu sur http://img.planetanoo.com/pmes/ ?

Merci

Charles
Commentaire de Patrice Boulanger [ 20/mars/08 10:25 ]
C'est fait.

Patrice.
Commentaire de Charles Decaux [ 14/avr./08 18:01 ]
Salut Patrice,

En fait la redirection transparente n'est pas top. En effet, il y a des frames et cela pose un souci sur les cookies sous IE6.
Peux-tu faire pointer le DNS sur l'IP ? Ce sera mieux je pense.

L'IP est 91.121.83.132/pmes

Merci
Commentaire de Patrice Boulanger [ 14/avr./08 18:08 ]
En fait, 91.121.83.132/pmes n'est pas une adresse IP mais une URL, je ne peux pas l'entrer tel quel dans le DNS. Je propose donc de fixer concurso.priceminister.es = 91.121.83.132 et vous devrez envoyer une URL pour le jeu qui sera http://concurso.priceminister.es/pmes.

Est-ce que ça convient (point de vue marketing, point de vue référencement, ...)?

Merci.
Commentaire de Charles Decaux [ 15/avr./08 11:52 ]
C'est nickel, faisons comme cela.

Pour info, je vais changer le dossier sur img.planetanoo en « concurso » au lieu de « pmes » - c'est un peu plus joli pour notre URL si c'est concurso.priceminister.es/concurso/

Mais cela ne devrait pas t'impacter.

Merci
Commentaire de Patrice Boulanger [ 15/avr./08 15:14 ]
La modification a été effectuée.

Merci de valider.
Commentaire de Charles Decaux [ 15/avr./08 15:20 ]
Merci Patrice, je viens de tester http://concurso.priceminister.es/concurso et cela renvoie vers une page d'erreur 404.
Les DNS ne sont pas encore propagés c'est ca ?

Merci de ton retour
Commentaire de Patrice Boulanger [ 15/avr./08 15:24 ]
Oui, il faut compter 24h à 48h pour une propagation totale.

Merci.
Patrice.
Commentaire de Patrice Boulanger [ 16/avr./08 13:37 ]
La propagation est effective pour nos DNS.

Merci.
Commentaire de Charles Decaux [ 16/avr./08 14:49 ]
merci Patrice

cependant quand je me connecte sur http://concurso.priceminister.es/concurso j'ai un 404
je vais voir avec planetanoo s'il n'y a pas un souci
Commentaire de Patrice Boulanger [ 16/avr./08 16:53 ]
En fait, c'est très probablement un problème sur le serveur
Commentaire de Patrice Boulanger [ 16/avr./08 16:53 ]
En fait, c'est très probablement un problème sur le serveur
Commentaire de Charles Decaux [ 16/avr./08 17:23 ]
c'est bon ça marche, merci




[BIN-362] [Espagne/Fraudes] : Rapports transactions entre comptes pour l'ESPAGNE Création: 27/août/07 13:58  Mise à jour: 23/oct./07 10:46  Résolue: 21/sept./07 15:24

Etat: Fermé
Projet: Business Intelligence
Composants: BackOffice
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Nouvelle fonctionnalité Priorité: Majeur
Rapporteur: Sebastien Bruzzone Attribution: Samir Beghdadi
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne

 Description   
Bonjour,

Nous avons un rapport édité quotidiennement concernant les transactions entre comptes pour la France : il est dans http://intra.priceminister.com/stats/reports/public/BackOffice/ et son nom : fraud_seller_buyer_.txt.gz

En raison de fraudes similaires sur l'Espagne, nous aimerions avoir le même rapport pour ce pays.

Merci.

 Commentaires   
Commentaire de Agathe Remy [ 07/sept./07 18:49 ]
Sébastien,

Le rapport que tu utilises sur la France est généré par l'ancien système de reporting.
Hors, nous n'avons pas d'architecture équivalente pour l'Espagne.

En revanche, nous pouvons développer un rapport BusinessObjects. Dans ce cas, il faudra que je transfère ta demande dans le projet BusinessIntelligence.
Peux-tu me confirmer que cela vaut le coup que nous passions du temps à développer ce nouveau rapport dans BI?

Merci:-)

Agathe
Commentaire de Sebastien Bruzzone [ 18/sept./07 08:18 ]
Bonjour Agathe,

Oui nous avons absolument besoin de ce rapport car nous avons eu de gros problèmes de transactions entre comptes sur l'Espagne. Nous avons detecté un peu tardivement ces commandes et on aurait pu les detecter bien avant si nous avions eu le rapport pour l'Espagne.

Merci ;-)

Sébastien
Commentaire de Agathe Remy [ 18/sept./07 19:17 ]
Samir,

Voici un nouveau rapport BI qu'il faudra déployer en France et en Espagne.
cf la requête sur titan:
/data/priceminister/reporting/platform/prod/sql/sources/backoffice/fraud_seller_buyer.sql

Merci:-)
Agathe
Commentaire de Agathe Remy [ 19/sept./07 11:53 ]
Samir,

Voici la requête qui sera à implémenter dans le rapport BI :
SELECT TO_CHAR(PURCHASE.AUTHORIZATION_DATE, 'YYYY/MM/DD') ||'|'||
        PURCHASE.PURCHASE_ID ||'|'||
        ITEM.ITEM_ID ||'|'||
        CASE WHEN (ITEM.CLOSING_DATE-ITEM.COMMIT_DATE)<1 AND ITEM.CLOSING_DATE>=TRUNC(SYSDATE - 7) AND ITEM.COMMIT_DATE>=TRUNC(SYSDATE - 7)
        THEN 1
        ELSE 0
        END
FROM PURCHASE,
        ITEM,
        USER_ACCOUNT SELLER,
        USER_ACCOUNT BUYER
WHERE PURCHASE.PURCHASE_ID=ITEM.PURCHASE_ID
AND ITEM.BUYER_ACCOUNT_ID=BUYER.USER_ACCOUNT_ID
AND ITEM.SELLER_ACCOUNT_ID=SELLER.USER_ACCOUNT_ID
AND BUYER.IP_ADDRESS=SELLER.IP_ADDRESS
AND PURCHASE.PCH_STATUS_CODE IN (80, 90, 100)
AND ITEM.ITM_STATUS_CODE IN (30, 40, 70)
AND PURCHASE.AUTHORIZATION_DATE>=TRUNC(SYSDATE - 7)
AND SUBSTR(PURCHASE.IP_ADDRESS,1,7)<>'195.93.'
ORDER BY TO_CHAR(PURCHASE.AUTHORIZATION_DATE, 'YYYY/MM/DD'),
         PURCHASE.PURCHASE_ID,
         ITEM.ITEM_ID
;

Merci:-)

Agathe
Commentaire de Samir Beghdadi [ 21/sept./07 10:59 ]
Agathe,

A toi de jouer maintenant, le rapport Developement / Backoffice/Fraude - Transactions entre comptes est enfin prêt pour validation en Dev.

Merci,

samir
Commentaire de Sebastien Bruzzone [ 23/oct./07 10:44 ]
ok c'est réglé, merci




[APP-21223] Ajout d'informations dans les querylogs fast pour tracer requêtes utilisateurs Création: 11/juil./08 11:30  Mise à jour: 24/sept./08 17:46  Résolue: 25/août/08 18:04

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 30.0.0 (CAT-D)

Type: Amélioration Priorité: Majeur
Rapporteur: Ange Ferrari Attribution: Martin Sudmann
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Site: Prod
Projets PM: *** RESERVE ***
Classif1: FAST
Classif2: query API

 Description   
Hello,

Pouvez vous trouver un moyen d'ajouter des traces dans les querylogs fast afin de pouvoir
trouver la correspondance entre des requêtes fast et des requêtes utilisateurs affichées dans les logs applicatifs



 Commentaires   
Commentaire de Martin Sudmann [ 19/août/08 17:15 ]
mettre le pseudo / user_id si logué, sinon l'IP.
ces infos sont dans les logs appli, donc probablement dispo dans le dispatcher.

ajouter une property is_active pour l'activer (ou désactiver si un jour il y a un pb, puisque ce feature n'est pas garanti par FAST).
Commentaire de Martin Sudmann [ 25/août/08 18:04 ]
l'identification de l'utilisateur (login ou adresse IP) est ajoutée dans les querylogs Fast avec le paramètre "PMuser"
Peut être désactivé en cas de problèmes en changeant la propriété suivante :

# Activate the transmission of user identification to Fast query logs [true]
priceminister.fast.querylog.trace_user.is_active = true




[EXP-3609] phonetraceur.com - modification redirection Création: 23/mai/07 17:58  Mise à jour: 25/juin/07 19:01  Résolue: 24/mai/07 15:48

Etat: Fermé
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Marc Cacheiro Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
les domaines
phonetraceur.com et
www.phonetraceur.com
ne doivent plus pointer sur priceminister.com/et, mais sur le serveur de notre partenaire Colibri : 82.101.8.114
Ca évitera les maintenances récurrentes et un peu pénibles qu'on a du prendre en charge ces derniers mois :)
thanx
ps : vous pouvez me signaler quand cette modif peut être effective pour que je prévienne le partenaire et que l'on s'assure que tout soit prêt de son côté ?
thanx again

 Commentaires   
Commentaire de Patrice Boulanger [ 23/mai/07 18:13 ]
Comme précisé oralement, l'opération est rapide. Le temps de propagation DNS sera de 24h mais je peux réduire cette durée dès maintenant si souhaité en prévision de la modification.
Commentaire de Marc Cacheiro [ 23/mai/07 18:25 ]
j'ai eu le feu vert de colibri, on peut donc modifier la redirection !
(l'URL phonetraceur.com restera bien apparente dans la barre d'adresse ?)
merci
Commentaire de Patrice Boulanger [ 23/mai/07 18:42 ]
C'est fait, la propagation sera totalement effective dans 24h.
Commentaire de Patrice Boulanger [ 23/mai/07 18:43 ]
Et oui, l'URL www.phonetraceur.com restera bien apparente dans la barre d'adresse :-)
Commentaire de Marc Cacheiro [ 24/mai/07 11:40 ]
merci !
demande complémentaire de damien... peut-on faire la même manip sur :
priceminister.com/et
et
www.priceminister.com/et
c'est à dire les faire pointer sur l'adresse IP de colibri ?
thanx
Commentaire de Patrice Boulanger [ 24/mai/07 11:58 ]
Dans ce cas, on peut faire une redirection au niveau d'apache mais dans ce cas, l'URL dans la barre d'adresse sera changée en www.phonetraceur.com.

Vous confirmez ?

Merci.
Commentaire de Marc Cacheiro [ 24/mai/07 12:02 ]
pas de problème pour nous !
Commentaire de Patrice Boulanger [ 24/mai/07 13:12 ]
Jérémie, peux-tu ajouter une régle de redirection sur tous les serveurs Apache pour rediriger

http://www.priceminister.com/et

vers

http://www.phonetraceur.com

Merci.
Commentaire de Marc Cacheiro [ 24/mai/07 14:02 ]
je ne sais si c'est utile de le préciser, mais il faut aussi rediriger priceminister.com/et sans le www :)
merci !!!
Commentaire de Jérémie Bennejean [ 24/mai/07 15:22 ]
Testé sur la pre-prod.
C'est en place en prod vous pouvez tester.
Commentaire de Marc Cacheiro [ 24/mai/07 15:48 ]
cool, merci !!!




Installation Plateforme Bêta UK (EXP-4291)

[EXP-4294] Création du VH preview.priceminister.co.uk Création: 08/avr./08 12:01  Mise à jour: 27/mai/08 14:42  Résolue: 27/mai/08 14:42

Etat: Fermé
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Majeur
Rapporteur: Patrice Boulanger Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: 4 heures
Temps consacré: Non spécifié
Estimation originale: 4 heures

Pays:
GBR - Royaume Uni

 Description   
- Créer le VH preview.priceminister.co.uk sur les serveurs web hébergeant l'actuel site UK
- 1 seul worker: Neptune
- Mettre en place les pages pseudo statiques uniquement pour la HP
- Bloquer l'accès au site avec une authentification basique


 Commentaires   
Commentaire de Jérémie Bennejean [ 07/mai/08 10:00 ]
preview.priceminister.co.uk est configuré sur evenor

<VirtualHost 212.23.170.231:80>
    ServerName preview.priceminister.co.uk:80
........
</VirtualHost>

Le documentroot est une copie de www.priceminsiter.co.uk
Actuellement accessbile depuis notre plateforme interne

Le worker.properties ne contient que neptune (all_servers, img_servers)
Commentaire de Patrice Boulanger [ 15/mai/08 11:22 ]
Il me semble que dans la conf, les worker.properties ne sont pas configuré dans le fichier VH. Peux-tu le compléter qu'on puisse lancer un test?

Merci.
Commentaire de Patrice Boulanger [ 15/mai/08 11:25 ]
Tant qu'à faire il faudrait aussi créer tout de suite le bo.priceminister.co.uk, sur la même IP.

Merci.
Commentaire de Jérémie Bennejean [ 16/mai/08 15:35 ]
J'ai créer bouk.priceministeR.com

<VirtualHost 10.150.28.110:80>
    ServerName bouk.priceminister.jmh:80

    <Location "/">
        Order Deny,Allow
        Deny from all
        # PM Office Public (new) Private (new) Justin Home PM(Villette) (PBO)
        Allow from 192.168.1.0/24 212.23.170.0/24 10.150.28.96/25 213.41.234.177 62.23.27.114 82.228.215.216
# AuthName "Priceminister UK Backoffice"
# AuthType Basic
# AuthUserFile /usr/local/apache/uk/secrets/.htpasswd
# require user bo boconfid secret pmvbo pmbackofficepmv pmbackoffice pmprivreports pmsecreports pmcache
    </Location>

    CustomLog /usr/local/apache/uk/logs/www.priceminister.co.uk.log "%t %h %{HOST}i \"%r\" %>s %b"

    AllowEncodedSlashes On
    Include conf/deflate.conf

    RewriteEngine On
    Include conf/mode/referencement.rules

    RewriteRule ^/activation(.*) https://bouk.priceminister.jmh/activation$1 [L,R,NE]
    RewriteRule ^/checkout(.*) https://bouk.priceminister.jmh/checkout$1 [L,R,NE]
    RewriteRule ^/connect(.*) https://bouk.priceminister.jmh/connect$1 [L,R,NE]
    RewriteRule ^/ngs(.*) https://bouk.priceminister.jmh/ngs$1 [L,R,NE]

    ProxyRequests off
    ProxyPass /google/adsense http://europe.google.com/search

    Include conf/mode/jk.bo
</VirtualHost>
Commentaire de Jérémie Bennejean [ 27/mai/08 14:42 ]
Tout est en place
Par contre pas de pages statiques puisque pas d'appli et que seul sont accessible /,/info/home, /offer/buy et /offer

pour accéder à preview.priceminister.co.uk
previewuk/babelstore




[EXP-3676] PROBLEME ROBOTS.TXT Création: 14/juin/07 14:56  Mise à jour: 25/juin/07 19:01  Résolue: 15/juin/07 14:06

Etat: Fermé
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Ange Ferrari Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Il y a des robots.txt qui ne sont pas les mêmes pour certains cobrandings

jeuxvideo.priceminister.com
illiclic.priceminister.com


 Commentaires   
Commentaire de Jérémie Bennejean [ 14/juin/07 15:14 ]
# robots.txt

# Contact: Hostmaster PriceMinister (hostmaster@priceminister.com)
#

User-agent: *
Disallow: /

----------------------------------------------------------------------------------------------------------

# robots.txt

# PriceMinister robots file for http://www.priceminister.com/
# Contact: Hostmaster PriceMinister (hostmaster@priceminister.com)
#

User-agent: *
Disallow: /affiliation/
Disallow: /cover/

User-agent: TurnitinBot
Disallow: /

# Crawler du moteur de recherche de free
User-agent: pompos
Disallow: /inventory
Disallow: /wish

Je suppose que le 2e est le mauvaise.
Commentaire de Jérémie Bennejean [ 15/juin/07 14:05 ]
Sur EVANDRE comme seul les vh www et img sont activés, la reference au fichier inactif_cobranding.conf été désactivé. Du coup le robots.txt consulté été celui de www.
Commentaire de Jérémie Bennejean [ 15/juin/07 14:06 ]
Activation dans le httpd.conf du fichier inactif_cobranding.conf.
Remplacement des @ip des vh par celle du vh www.




[APP-20636] SPAM d'un utilisateur utlisant à chaque fois un userid différent Création: 26/mai/08 10:09  Mise à jour: 12/déc./08 10:52

Etat: Ouvert
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Cedric Favero Attribution: Patrice Boulanger
Résolution: Non résolu  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg     Text File url_pb20080526.log    
Sous-tâches:
Clé
Résumé
Type
Etat
Attribution
APP-20638 Manque de contrôle sur les fonctions ... Sub-bug Ouvert Emeric Teil  
Pays:
FRA - France
Projets PM: *** A PLANIFIER ***

 Description   
Un utilisateur pas content a bombardé le back-office de messages entre le 23/05 et le 24/05 (600 messages) en utilisant une faille assez simple apparemment permettant de changer le userId à la volée lorsqu'il répond à un message du back-office.

A priori en utilisant le lien comme celui-ci (utilisé dans tous nos messages sortant back-office):
http://www.priceminister.com/help?action=usr_empt&pmid=130026731

On constate dans ses messages qu'il incremente à chaque fois le userId suivant (cf capture).


=> problème: nous n'avons aucune information sur l'orgine des messages reçus nous permettant dans un premier temps d'identifier la personne.

Ange va essayer de l'identifier.






 Commentaires   
Commentaire de Cedric Favero [ 26/mai/08 10:15 ]
Pour dégager la boite Price , les messages vont etre supprimés ( restent stockés avec l'état Répondu)

Pour les retrouver facilement , ils sont intervenus entre 23/05/2008-17:53 et 24/05/2008-03:56
Commentaire de Ange Ferrari [ 26/mai/08 10:29 ]
Avec une jolie moulinette le mec s'est bien amusé
Commentaire de Ange Ferrari [ 26/mai/08 10:31 ]
Cedric avec les 2 premieres url je pense qu'il envoyait un vrai message

2008-05-24-05-00_angita.log.gz:2008-05-23 14:56:59,720 INFO [-Processor29] 88.164.88.191 - >>> POST http://www.priceminister.com/message!body=MERCI DE M...&contact=true&inctxid=1001&parentid=129180326&popup=false&subject=Réponse à ...&umsdomain=10
2008-05-24-05-00_angita.log.gz:2008-05-23 15:00:54,144 INFO [-Processor31] 88.164.88.191 - >>> POST http://www.priceminister.com/message!associatedid=2023435&body=SVP&contact=true&inctxid=1001&parentid=100000&popup=false&subject=R&#xE9;ponse à ...&umsdomain=10

De plus on a trouvé plusieurs logins qui s'était loggué avec cette IP


SYLVAIN_222
PAUL_2
CLAUDE_R
PIERRE_i
bryann1
pointphoto
Dayci
vincenrt132
VINCENRT

a vérifier

 
Commentaire de Ange Ferrari [ 26/mai/08 10:33 ]
De plus il n'a même pas besoin d'être authentifié...
Commentaire de Benoit Tabaka [ 26/mai/08 10:36 ]
Pour ma part, je pense que le "winner" is : VINCENRT

-> a vendu de la contrefaçon. Plusieurs comptes ouverts
Commentaire de Cedric Favero [ 26/mai/08 10:41 ]
effectivement , c'est le winner:

http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=15572317

Puisqu'on voit qu'il a commencé par là


Les autres comptes sont à lui également.
Et si on cherche un peu , on en trouve encore beaucoup , c'est un boulet récidiviste notoire.

Donc on va lui faire comprendre qu'il ne doit plus mettre les pieds chez nous , mettre la batterie de mot-clés habituelle et donc porter plainte pour entrave au bon fonctionnement du site.
Commentaire de Ange Ferrari [ 26/mai/08 11:03 ]
Benoit,

Nous te laissons prendre la releve pour la partie juridique
je vais quand même chercher sur nos serveurs web si il a pas tenté de faire d'autre chose
pour pourrir le site web.

Nicolas j'ai créé un sous jira pour la correction de ce problème
est ce possible que ce soit planifié rapidement ?




[APP-18030] [Oracle] #514 ORA-01476: divisor is equal to zero Création: 28/sept./07 16:59  Mise à jour: 08/juin/09 18:38  Résolue: 20/mai/09 19:40

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 16.1.0
Version(s) corrigée(s): 48.0.0 (CTN-L)

Type: Bogue Priorité: Majeur
Rapporteur: Ange Ferrari Attribution: Renaud Dierickx
Résolution: Aucune correction envisagée  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Liens des demandes:
Duplicate
a pour doublon APP-18407 ORA-01476: divisor is equal to zero Fermé
Sous-tâches:
Clé
Résumé
Type
Etat
Attribution
APP-18105 Nettoyage du code : UserChangeScoreAc... Sous-tâche Fermé Renaud Dierickx  
APP-18110 Refonte de l'écran de statistique ven... Sous-tâche Fermé Renaud Dierickx  
APP-18111 [POST-DEPLOY / V18_1_0] Nettoyage des... Sous-tâche Fermé Renaud Dierickx  
APP-18112 [Framework] Analyse des requêtes effe... Sous-tâche Fermé Renaud Dierickx  
Pays:
FRA - France
Site: Prod
Projets PM: *** RESERVE ***
Classif1: TECH
Classif2: etude

 Description   
2007-09-28 16:36:16,390 INFO [-Processor69] 83.222.33.225 - >>> GET http://www.priceminister.com/offer/buy/48552994/Ariston-Lave-linge-hu
blot-ET1400-Lavage.html
2007-09-28 16:36:16,515 ERROR [-Processor69] 83.222.33.225 - TransactionRolledbackException in method: public abstract java.util.Collection
 com.babelstore.advert.business.AdvertCatalog.getProductAdvertInfoCollection(com.babelstore.product.ProductDetail,int,java.lang.Long,java.lan
g.Long,boolean,boolean) throws java.rmi.RemoteException, causedBy:
java.sql.SQLException: [Oracle] #514 ORA-01476: divisor is equal to zero

        at com.inet.ora.OraDriver.a(Unknown Source)
        at com.inet.ora.o.a(Unknown Source)
        at com.inet.ora.o.a(Unknown Source)
        at com.inet.ora.k.next(Unknown Source)
        at org.jboss.resource.adapter.jdbc.WrappedResultSet.next(WrappedResultSet.java:520)
        at com.babelstore.util.sql.SQLQuery.next(SQLQuery.java:155)
        at com.babelstore.advert.business.ProductAdvertInfoQuery.readAdvertDetailCollection(ProductAdvertInfoQuery.java:155)
        at com.babelstore.advert.business.ProductAdvertInfoQuery.getCollection(ProductAdvertInfoQuery.java:131)
        at com.babelstore.advert.business.AdvertCatalogBean.getProductAdvertInfoCollection(AdvertCatalogBean.java:62)
        at sun.reflect.GeneratedMethodAccessor282.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:363)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor164.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
        at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
        at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInterceptor.java:97)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
        at $Proxy444.getProductAdvertInfoCollection(Unknown Source)
        at com.babelstore.advert.front.AdvertListModel.doLoad(AdvertListModel.java:133)
        at com.babelstore.util.Block.load(Block.java:106)
        at com.babelstore.util.web.Screen.load(Screen.java:108)
        at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:226)
        at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:185)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:153)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)


 Commentaires   
Commentaire de Ange Ferrari [ 28/sept./07 17:01 ]
2007-09-28 16:54:24,869 INFO [-Processor49] 193.253.214.147 - >>> GET http://www.priceminister.com/offer/buy/17940693/Indesit-Refrigerateur
-2-portes-TAN3S-Froid.html
2007-09-28 16:54:25,107 ERROR [-Processor49] 193.253.214.147 - TransactionRolledbackException in method: public abstract java.util.Collection
 com.babelstore.advert.business.AdvertCatalog.getProductAdvertInfoCollection(com.babelstore.product.ProductDetail,int,java.lang.Long,java.lan
g.Long,boolean,boolean) throws java.rmi.RemoteException, causedBy:
java.sql.SQLException: [Oracle] #500 ORA-01476: divisor is equal to zero

        at com.inet.ora.OraDriver.a(Unknown Source)
        at com.inet.ora.o.a(Unknown Source)
        at com.inet.ora.o.a(Unknown Source)
        at com.inet.ora.k.next(Unknown Source)
        at org.jboss.resource.adapter.jdbc.WrappedResultSet.next(WrappedResultSet.java:520)
        at com.babelstore.util.sql.SQLQuery.next(SQLQuery.java:155)
        at com.babelstore.advert.business.ProductAdvertInfoQuery.readAdvertDetailCollection(ProductAdvertInfoQuery.java:155)
        at com.babelstore.advert.business.ProductAdvertInfoQuery.getCollection(ProductAdvertInfoQuery.java:131)
        at com.babelstore.advert.business.AdvertCatalogBean.getProductAdvertInfoCollection(AdvertCatalogBean.java:62)
        at sun.reflect.GeneratedMethodAccessor282.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:363)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor164.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
        at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
        at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInterceptor.java:97)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
        at $Proxy444.getProductAdvertInfoCollection(Unknown Source)
        at com.babelstore.advert.front.AdvertListModel.doLoad(AdvertListModel.java:133)
        at com.babelstore.util.Block.load(Block.java:106)
        at com.babelstore.util.web.Screen.load(Screen.java:108)
        at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:226)
        at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:185)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:153)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)
Commentaire de Espérance Galouo-Lece [ 28/sept./07 18:19 ]
 - Avant on pouvait voir en FO s'afficher le message comme dans APP-17391 (mais en français);
Commentaire de Patrick Pereira [ 28/sept./07 18:34 ]
Plus précisement, c'est la requête :

VAR x1 NUMBER § EXEC :x1 := 48552994;
SELECT advert.advert_id, advert.adv_quality_code, advert.adv_showcase_code, advert.adv_status_code, advert.adv_type_code, advert.adv_visibility_code, advert.allow_negotiation, advert.allow_pickup, advert.allow_shipping, advert.available_count, advert.brand_id, advert.change_date, advert.complement_product_id, advert.creation_date, advert.currency_id, advert.data_file_id, advert.freshness_date, advert.freshness_info_date, advert.freshness_outdated_date, advert.freshness_warn_date, advert.import_reference, advert.import_tag, advert.is_activation_to_send, advert.is_available, advert.is_best_price, advert.is_buyable, advert.is_contract_pending, advert.is_negotiable, advert.is_original, advert.is_sellable, advert.is_tracking_direct, advert.is_unlimited, advert.negotiation_count, advert.pickup_country_id, advert.pickup_phone_number, advert.pickup_zip, advert.prd_availability_code, advert.prd_currency_id, advert.prd_freshness_date, advert.prd_line_key, advert.prd_list_price, advert.prd_medium_code, advert.prd_model_key, advert.prd_status_code, advert.prd_type_code, advert.prd_visibility_code, advert.product_id, advert.question_count, advert.row_version, advert.sale_price, advert.seller_account_id, advert.seller_comment, advert.seller_login, advert.seller_private_comment, advert.seller_reference1, advert.serial_number, advert.sort_author, advert.sort_title, advert.tracking_date, advert.unavailable_count, advert.usr_tracking_id, user_account.user_account_id, user_account.accept_negotiation, user_account.activation, user_account.activation_mail_count, user_account.activation_mail_date, user_account.allow_free_book_price, user_account.allow_holiday, user_account.allow_submit_auto_validation, user_account.allow_unlimited_stock, user_account.brand_id, user_account.buy_count, user_account.cache_advert_stats, user_account.change_date, user_account.children, user_account.cmp_method_code, user_account.commission_id, user_account.commission_rate, user_account.commit_count, user_account.company_name, user_account.company_number, user_account.company_vat_number, user_account.computed_answer_time_sum, user_account.computed_commit_count, user_account.computed_sale_count, user_account.computed_seller_score_count, user_account.computed_seller_score_sum, user_account.creation_date, user_account.display_name, user_account.email_address, user_account.ev_game_points, user_account.ev_parent_user_account_id, user_account.ev_privilege, user_account.ev_send_registration, user_account.external_user_reference, user_account.first_advert_tracking_date, user_account.first_advert_tracking_id, user_account.first_name, user_account.first_tracking_date, user_account.game_parent_user_account_id, user_account.game_points, user_account.grant_buyer_email, user_account.grant_buyer_phone, user_account.grant_email, user_account.grant_login, user_account.grant_question_advert_receive, user_account.grant_question_item_receive, user_account.grant_question_notify, user_account.hide_statistics_in_account, user_account.history, user_account.holiday_remind_date, user_account.holiday_return_date, user_account.holiday_start_date, user_account.http_referrer, user_account.image_granted_status_code, user_account.import_lock_date, user_account.initial_answer_time_sum, user_account.initial_commit_count, user_account.initial_sale_count, user_account.initial_seller_score_count, user_account.initial_seller_score_sum, user_account.ip_address, user_account.is_company, user_account.is_first_adv_tracking_direct, user_account.is_first_mail_sent, user_account.is_import_locked, user_account.is_in_transit, user_account.is_last_tracking_direct, user_account.is_pro_vehicle, user_account.is_to_validate, user_account.is_tracking_direct, user_account.last_buy_date, user_account.last_buyable_advert_date, user_account.last_consultable_advert_date, user_account.last_import_date, user_account.last_login_date, user_account.last_memo_date, user_account.last_name, user_account.last_tracking_date, user_account.last_warning_date, user_account.last_wish_date, user_account.login, user_account.parent_user_account_id, user_account.password, user_account.personal_number, user_account.platform_id, user_account.registration_birth_date, user_account.reliability, user_account.remark, user_account.row_version, user_account.sale_count, user_account.seller_activation_date, user_account.seller_answer_time_sum, user_account.seller_country_id, user_account.seller_score_count, user_account.seller_score_date, user_account.seller_score_sum, user_account.seller_website_url, user_account.send_first_advert_mail, user_account.sponsorship_id, user_account.supports_shipping_certified, user_account.supports_shipping_chronopost, user_account.supports_shipping_normal, user_account.supports_shipping_recommande, user_account.supports_shipping_suivi, user_account.tab_index, user_account.tracking_date, user_account.usr_activation_code, user_account.usr_campaign_id, user_account.usr_company_code, user_account.usr_compensation_right_code, user_account.usr_first_tracking_id, user_account.usr_game_status_code, user_account.usr_last_tracking_id, user_account.usr_presence_code, user_account.usr_privilege_code, user_account.usr_title_code, user_account.usr_tracking_id, user_account.usr_type_code, user_account.usr_visibility_code, user_account.wallet_amount, user_account.wallet_birth_date, user_account.wallet_currency_id, user_account.wallet_incoming_amount, user_account.wallet_outgoing_amount, user_account.wlt_status_code, (user_account.seller_score_sum / user_account.seller_score_count) as score
FROM advert, user_account
WHERE (user_account.user_account_id = advert.seller_account_id)
AND (advert.product_id = :x1)
AND (advert.is_available = 1)
AND (advert.adv_visibility_code = 10)
ORDER BY advert.adv_visibility_code, DECODE(advert.adv_quality_code, 50, 1, 0) ASC, toEuro(advert.sale_price, advert.currency_id) ASC, advert.adv_quality_code ASC, score DESC NULLS LAST, advert.creation_date ASC
;


qui plante.

Car dans (user_account.seller_score_sum / user_account.seller_score_count) le user_account.seller_score_count = 0. Donc c'est normal que ça plante.


L'utilisateur est le

select user_account_id
FROM advert, user_account
WHERE (user_account.user_account_id = advert.seller_account_id)
AND (advert.product_id = :x1)
AND (advert.is_available = 1)
AND (advert.adv_visibility_code = 10);

=> 14945164

Et
select user_account.seller_score_count from user_account where user_account_id = 14945164;

SELLER_SCORE_COUNT
------------------
                 0

Et
Commentaire de Renaud Dierickx [ 28/sept./07 19:03 ]
Voici ce qu'on a constaté avec Patrick et Nicolas :
L'utilisateur en question a des notes étranges en BO ("-1 articles notés") et ce n'est pas normal. Quand on calcule ça note on fait alors (1 - 1), c'est pour ça qu'on obtient 0.
Il faudra mettre un controle sur la saisie de tout l'écran.
Le problème a été corrigé depuis le BO. On corrigera et analysera plus en précisément le problème pour V17_0_0.
Commentaire de Renaud Dierickx [ 28/sept./07 19:04 ]
Voir screenshot-1.jpg ...
Commentaire de Patrick Pereira [ 01/oct./07 09:59 ]
J'ai vérifié en base, il n'y a pas d'autre utilisateur ayant un seller_score_count <= 0.
Commentaire de Renaud Dierickx [ 01/oct./07 10:49 ]
Suite à une demande de chefs, j'ai mené ma petite enquête pour savoir qui a réalisé cette manipulation.

En voici les résultats :

2007-09-29-05-00_aurore.log.gz:2007-09-28 16:22:30,561 INFO [-Processor16] BO:Benjamin - >>> GET http://bo.priceminister.com/user_back?action=userstat&useraccountid=14945164
2007-09-29-05-00_aurore.log.gz:2007-09-28 16:22:30,573 INFO [-Processor16] BO:Benjamin - <<< [12 ms] GET http://bo.priceminister.com/user_back?action=userstat&useraccountid=14945164
2007-09-29-05-00_aurore.log.gz:2007-09-28 16:23:21,252 INFO [-Processor23] BO:Benjamin - (Status : 302) Redirecting to : /user_back?action=userstat&useraccountid=14945164
2007-09-29-05-00_aurore.log.gz:2007-09-28 16:23:21,326 INFO [-Processor11] BO:Benjamin - >>> GET http://bo.priceminister.com/user_back?action=userstat&useraccountid=14945164
2007-09-29-05-00_aurore.log.gz:2007-09-28 16:23:21,337 INFO [-Processor11] BO:Benjamin - <<< [11 ms] GET http://bo.priceminister.com/user_back?action=userstat&useraccountid=14945164

BENJAMIN, peux-tu à l'avenir éviter de mettre des -1 pour les notes utilisateur car ça fait "planter" la prod ?
Note initiale -> -1 artricles notés
Taux d'acceptation initial -> confirmés sur -1
En V18_0_0, je corrigerai le problème en interdisant cette manipulation depuis le BO.

J'ai fais une rapide analyse en prod et voici ce que j'ai obtenu :

select user_account_id
from user_account
where initial_seller_score_count <0
OR initial_sale_count <0
OR initial_commit_count <0;


USER_ACCOUNT_ID
---------------
         466001
       13128672

Je corrigerai ces 2 cas en même temps que ce bug.
Commentaire de Ange Ferrari [ 03/oct./07 10:53 ]
si tu veux que BENJAMIN lise ta remarque il faudrait qu'il soit observateur du jira ;p




[INF-60] Baillet installation carte fibre Création: 21/mai/08 09:38  Mise à jour: 26/mai/08 18:02  Résolue: 26/mai/08 18:02

Etat: Résolu
Projet: Infrastructure
Composants: Réseau
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Bloquant
Rapporteur: Ange Ferrari Attribution: Stéphane Eccli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
hello,

Peux tu installer la carte pour installer la fibre afin de relier baillet sur le SAN

Per Favore

 Commentaires   
Commentaire de Stéphane Eccli [ 21/mai/08 12:28 ]
ok, le serveur est en cours de rebuild, patrice a changer son nom, reste a lui mettre une IP fixe et tester si on peut mettre deux serveurs sur une meme partition.
Commentaire de Stéphane Eccli [ 26/mai/08 18:02 ]
ok pour la carte, le serveur est branché sur le san a la place de Irroy.




[APP-19261] [FPDA] La sélection de l'Att-Vis ne fonctionne pas correctement -> annonce non disponible alors qu'elles sont actives et visibles et mauvaise sélection d'Att-vis Création: 25/janv./08 14:24  Mise à jour: 31/janv./08 16:54  Résolue: 28/janv./08 08:40

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 19.0.0
Version(s) corrigée(s): 19.0.0

Type: Bogue Priorité: Bloquant
Rapporteur: Benoît Bourdon Attribution: Geneviève Beaujard
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File fiche produit .jpg    
Pays:
FRA - France
Site: Recette
Projets PM archivés: NPF - Nav Annonces

 Description   
Vu sur devtest8

J'ai 2 Annonces dans mon inventaire (même produit de base, 2 annonces avec 2 couleurs différentes).

- Si je clique sur le NOIR :
j'arrive sur la FP avec le blanc présélectionné ET Aucune annonce ne s'affiche ...

- Si je clique sur le BLANC
j'arrive sur la FP avec le blanc présélectionné ET Aucune annonce ne s'affiche ...

produit concerné :
http://bo.pm.bollinger:4880/offer/buy/50126651/Aa-Blouson-Terrrible.html
vendeur : vital-in

 Commentaires   
Commentaire de Geneviève Beaujard [ 28/janv./08 08:38 ]
le produit de base a des attributs complments et ça fausse tous les resultats
Commentaire de Geneviève Beaujard [ 28/janv./08 08:39 ]
La requete qui est generée est:
http://bo.pm.boulard:2080/offer/buy/50126651/cpl50126652_ALL/Aa-Blouson-Terrrible.html
Cette requete est bonne, mais la page affichée est incorrect:

Ce probleme vient du fait que le produit de base a des attributs complements taille et couleur.
Je suppose que l'arbre de soumission en FO + les profiles sont incorrects (je ne m'investis pas la dedans).
Le produit a 2 produits complement dont 1 seul avec les attributs taille et vetement.
La requete qu'effectue le framework est:
-- ProductAdvertInfoQuery
SELECT advert.advert_id, advert.adv_quality_code, advert.adv_showcase_code, advert.adv_status_code, advert.adv_type_code, advert.adv_visibility_code, advert.allow_negotiation, advert.allow_pickup, advert.allow_shipping, advert.available_count, advert.brand_id, advert.change_date, advert.complement_product_id, advert.creation_date, advert.currency_id, advert.data_file_id, advert.freshness_date, advert.freshness_info_date, advert.freshness_outdated_date, advert.freshness_warn_date, advert.import_reference, advert.import_tag, advert.is_activation_to_send, advert.is_available, advert.is_best_price, advert.is_buyable, advert.is_contract_pending, advert.is_negotiable, advert.is_original,advert.is_sellable, advert.is_tracking_direct, advert.is_unlimited, advert.negotiation_count, advert.pickup_country_id, advert.pickup_phone_number, advert.pickup_zip, advert.prd_freshness_date, advert.prd_line_key, advert.prd_medium_code, advert.prd_model_key, advert.prd_status_code, advert.prd_type_code, advert.prd_visibility_code, advert.product_id, advert.question_count, advert.row_version, advert.sale_price, advert.seller_account_id, advert.seller_comment, advert.seller_login, advert.seller_private_comment, advert.seller_reference1, advert.serial_number, advert.sort_author, advert.sort_title, advert.tracking_date, advert.unavailable_count, advert.usr_tracking_id, cpl_product.summary AS cpl_summary, user_account.user_account_id, user_account.accept_negotiation, user_account.activation, user_account.activation_mail_count, user_account.activation_mail_date, user_account.allow_free_book_price, user_account.allow_holiday, user_account.allow_submit_auto_validation, user_account.allow_unlimited_stock, user_account.brand_id, user_account.buy_count, user_account.cache_advert_stats, user_account.change_date, user_account.children, user_account.cmp_is_direct_payment, user_account.cmp_method_code, user_account.commission_id, user_account.commission_rate, user_account.commit_count, user_account.company_country_id, user_account.company_name, user_account.company_number, user_account.company_vat_number, user_account.computed_answer_time_sum, user_account.computed_commit_count, user_account.computed_sale_count, user_account.computed_seller_score_count, user_account.computed_seller_score_sum, user_account.creation_date, user_account.display_name, user_account.email_address, user_account.ev_game_points, user_account.ev_parent_user_account_id, user_account.ev_privilege, user_account.ev_send_registration, user_account.external_user_reference, user_account.first_advert_tracking_date, user_account.first_advert_tracking_id, user_account.first_name, user_account.first_tracking_date, user_account.game_parent_user_account_id, user_account.game_points, user_account.grant_buyer_email, user_account.grant_buyer_phone, user_account.grant_email, user_account.grant_login, user_account.grant_question_advert_receive, user_account.grant_question_item_receive, user_account.grant_question_notify, user_account.hide_statistics_in_account, user_account.history, user_account.holiday_remind_date, user_account.holiday_return_date, user_account.holiday_start_date, user_account.http_referrer, user_account.image_granted_status_code, user_account.initial_answer_time_sum, user_account.initial_commit_count, user_account.initial_sale_count, user_account.initial_seller_score_count, user_account.initial_seller_score_sum, user_account.ip_address, user_account.is_company, user_account.is_first_adv_tracking_direct, user_account.is_first_mail_sent, user_account.is_import_locked, user_account.is_in_transit, user_account.is_last_tracking_direct, user_account.is_pro_vehicle, user_account.is_to_validate, user_account.is_tracking_direct, user_account.last_buy_date, user_account.last_buyable_advert_date, user_account.last_consultable_advert_date, user_account.last_import_date, user_account.last_login_date, user_account.last_memo_date, user_account.last_name, user_account.last_tracking_date, user_account.last_warning_date, user_account.last_wish_date, user_account.login,
  user_account.parent_user_account_id,
user_account.password, user_account.personal_number, user_account.platform_id, user_account.registration_birth_date, user_account.reliability,
user_account.remark, user_account.row_version, user_account.sale_count, user_account.seller_activation_date, user_account.seller_answer_time_sum,
user_account.seller_country_id, user_account.seller_score_count, user_account.seller_score_date, user_account.seller_score_sum,
user_account.seller_website_url, user_account.send_first_advert_mail, user_account.sponsorship_id, user_account.supports_shipping_certified,
user_account.supports_shipping_chronopost, user_account.supports_shipping_normal, user_account.supports_shipping_recommande,
user_account.supports_shipping_suivi, user_account.tab_index, user_account.tracking_date, user_account.usr_activation_code, user_account.usr_campaign_id,
user_account.usr_company_code, user_account.usr_compensation_right_code, user_account.usr_first_tracking_id, user_account.usr_game_status_code,
user_account.usr_last_tracking_id, user_account.usr_presence_code, user_account.usr_privilege_code, user_account.usr_title_code,
user_account.usr_tracking_id, user_account.usr_type_code, user_account.usr_visibility_code, user_account.wallet_amount, user_account.wallet_birth_date,
user_account.wallet_currency_id, user_account.wallet_incoming_amount, user_account.wallet_outgoing_amount, user_account.wlt_amount_to_keep,
user_account.wlt_amount_to_keep_currency_id, user_account.wlt_is_system_payment, user_account.wlt_payment_mode_code, user_account.wlt_status_code,
user_account.wlt_system_pay_last_date, (user_account.seller_score_sum / user_account.seller_score_count) as score,
prd_attribute.prd_attribute_id attr_prd_attribute_id, prd_attribute.change_date attr_change_date, prd_attribute.contract_id attr_contract_id,
prd_attribute.creation_date attr_creation_date, prd_attribute.numeric_value attr_numeric_value, prd_attribute.prd_attribute_date attr_prd_attribute_date,
prd_attribute.prd_attribute_name_key attr_prd_attribute_name_key, prd_attribute.prd_attribute_unit_key attr_prd_attribute_unit_key, prd_attribute.prd_attribute_value_key attr_prd_attribute_value_key, prd_attribute.prd_type_code attr_prd_type_code, prd_attribute.product_id attr_product_id, prd_attribute.row_version attr_row_version, prd_attribute_value.value attr_value
FROM advert, product cpl_product, user_account, prd_attribute, prd_attribute_value
WHERE (cpl_product.product_id (+)= advert.complement_product_id)
AND (prd_attribute.product_id = advert.complement_product_id)
AND (prd_attribute_value.prd_attribute_value_key = prd_attribute.prd_attribute_value_key)
AND (prd_attribute.prd_attribute_name_key IN ('PMA0000940', 'PMA0000941', 'PMA0000945'))
AND (user_account.user_account_id = advert.seller_account_id)
AND (advert.product_id = 50126651)
AND (advert.is_available = 1)
AND (advert.adv_visibility_code = 10)
ORDER BY advert.adv_visibility_code, DECODE(advert.adv_quality_code, 50, 1, 0) ASC, toEuro(advert.sale_price, advert.currency_id) ASC, advert.adv_quality_code ASC, score DESC NULLS LAST, advert.creation_date ASC

Cette requete nous donne qu'un seul cpl(50126653) celui avec la taille et la couleur renseignés:
advert_id:121217493, taille:44, couleur:blanc

Par contre le framework nous affiche aucune annonce (voir http://pricejira.lan/secure/attachment/25201/fiche+produit+.jpg ), alors que l'on s'attendait a voir celle du produit comlement (50126653) ,
ceci a cause de la methode AdvertCatalog.ProductAdvertInfoQuery qui apres avoir executé la requete ci-dessus effectue un merge
des attributs de base dans AdvertDetail, ce qui fait que l'annonce se retrouve avec les attributs de son produit de base et celui de son complement, et cette annonce ne satisfait pas les attributs selectionnes pas les combos.

La morale de cette histoire:
quand un produit de base a des attributs de type complement, ça fait une sacrée pagaille.

De toute façon il faut revoir le code de AdvertListModel, je pense d'ailleurs que manolito est en train de la faire.
Commentaire de Geneviève Beaujard [ 28/janv./08 08:40 ]
Il faut travailler avec un paramétrage correct.




[INF-138] Nouvelle arrivée au BO Création: 25/août/08 12:18  Mise à jour: 02/sept./08 10:42  Résolue: 02/sept./08 10:42

Etat: Résolu
Projet: Infrastructure
Composants: Arrivée/Départ
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jemima Barru Attribution: Christophe Garcia
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word Vanessa.doc    

 Description   
Vanessa Bader intègre l'équipe SAV, dès mardi 26/08/08. Désolée, je n'ai eu sa confirmation que ce matin.

Sa place n'est pas encore définie. Je te tiens informé dans la journée.

Merci

Jémima

 Commentaires   
Commentaire de Stéphane Eccli [ 25/août/08 17:38 ]
comptes ok, reste jira
Commentaire de Jemima Barru [ 02/sept./08 10:10 ]
Il y a un problème avec ce poste : conflit d'adresse IP.
Commentaire de Christophe Garcia [ 02/sept./08 10:42 ]
JIRA OK




[EXP-4052] Beaucoup de mails en l'état Deferred sur Graces Création: 05/nov./07 11:41  Mise à jour: 16/nov./07 10:34  Résolue: 16/nov./07 10:34

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Patrice Boulanger Attribution: Patrice Boulanger
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Beaucoup de mails en état deferred depuis plusieurs jours. La plupart des mails sont à destination du domaine neuf.fr:

[adminpm@graces mail]$ grep deferred maillog | wc -l
 113820
[adminpm@graces mail]$ grep deferred maillog | grep -v neuf.fr | wc -l
  23612

soit environ 80%.





 Commentaires   
Commentaire de Patrice Boulanger [ 05/nov./07 11:45 ]
Le message d'erreur retourné par les mailers de neuf est toujours le même:

(delivery temporarily suspended: connect to av.mgp.neufgp.fr[84.96.92.100]: read timeout)

J'ouvre un incident chez Jet.
Commentaire de Patrice Boulanger [ 06/nov./07 15:27 ]
Après escalade au niveau de Jet, la situation est la suivante:

- Les équipements (3 boîtiers bizanga) utilisés par Neuf sont surchargés à cause d'une attaque de spam depuis plusieurs jours
- Neuf a commandé en urgence des boîtiers supplémentaires afin de pouvoir absorber la charge
- Pour maintenir le service, Neuf a mis en place une règle qui limite le nombre de mails envoyés par une même adresse IP à 40 par heure. C'est cette règle qui bloque aujourd'hui l'envoi des mails. White-lister notre adresse ne servira donc à rien.

La situation est donc un peu dans une impasse, voici les actions à venir par ordre de priorité:

1- Jet doit nous envoyer un planning prévisionnel pour le déploiement des prochains serveurs bizanga pour Neuf
2- A partir de ces informations, la durée de retention des mails deferred sera augmentée pour essayer de limiter la perte des mails.
3- On voit pour modifier la conf de postifx (notre serveur de messagerie) afin de permettre l'envoi de plusieurs mails dans la même connexion SMTP (afin de descendre en dessous des 40 connexions par minutes). Ca devrait permettre d'envoyer quelques mails de plus mais le risque est qu'ils soient correctement délivrés au bizanga mais que ceux-ci, sous l'effet de la charge, ne soit pas capable de les délivrer aux utilisateurs.

Commentaire de Cedric Favero [ 06/nov./07 16:23 ]
Toute le back-office a été prévenu.
Ce qui est bien c'est qu'on ne peut meme prevenir nos utilisateurs concernés...

Peut on avoir les dates concernées afin d'etre un peu plus laxistes avec certains de nos utilisateurs qui n'auraient pas reçu nos mails?
Commentaire de Patrice Boulanger [ 06/nov./07 16:51 ]
De quelles dates parles-tu ? Jet n'a pas de date à fournir car la commande et la mise en place des nouveaux boîtiers dépend de Neuf et non pas d'eux.
Commentaire de Cedric Favero [ 06/nov./07 16:57 ]
Je voulais surtout dire quand est-ce que çà a commencé....
Commentaire de Patrice Boulanger [ 06/nov./07 18:05 ]
Le problème a commencé approximativement vers le 02/11.

Pour info, un nouveau boîtier a été ajouté cet après midi, mais la charge reste très importante, peu d'espoir que ça s'améliore tout de suite. La solution devrait être renforcée courant de la semaine.
Commentaire de Patrice Boulanger [ 06/nov./07 18:57 ]
L'ajout du boîtier semble avoir améliorer la situation, il reste 22000 mails en état deferred sur Graces et à destination de neuf. Les mails avant le 1er Novembre ont été perdus :-( et il en reste 798 en attente qui datent du 1er Novembre.

Je refais un point demain.
Commentaire de Patrice Boulanger [ 07/nov./07 10:58 ]
Ce matin, à 10h, il y avait encore 16697 mails en état deferred et à destination de neuf.fr. La file d'attente des mails a été passée à 6 jours pour limiter les pertes de mails.
Commentaire de Patrice Boulanger [ 09/nov./07 18:31 ]
Le problème est en cours de résolution mais je pense qu'on a perdu pas mal de mails avec ce soucis.
Commentaire de Patrice Boulanger [ 16/nov./07 10:34 ]
plus de mails en deferred à destination du domaine neuf.fr.




[APP-19165] [Anuncios Google] Présence d'annonces en ... (langue asiatique) Création: 15/janv./08 11:26  Mise à jour: 08/févr./08 11:26  Résolue: 07/févr./08 17:28

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 18.1.3
Version(s) corrigée(s): 19.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Espérance Galouo-Lece Attribution: Damien Dorizy
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Bloc_google.JPG    
Liens des demandes:
Similaire
similaire à APP-18825 [Anuncios Google] Présence d'annonces... Fermé
Pays:
FRA - France
Site: Integ
Projets PM archivés: Maintenance 19.x.x

 Description   
 - Est-ce normal d'avoir des annonces en ... (langue asiatique) dans le bloc "Anuncios Google" sur le site ES?
 - Cf. PJ

 Commentaires   
Commentaire de Damien Dorizy [ 07/févr./08 17:28 ]
Oui c'est normal, non pas que les espagnols parlent couramment toutes les langues asiatiques, mais parce qu'on demande à google un contenu espagol mais qu'on a pas une ip espagnole : Google en déduit qu'on est pas en Espagne et nous balance donc un mix de pubs.




[APP-19586] recherche très longue des paniers capture denied en cours - c pour les dev :) Création: 13/févr./08 17:04  Mise à jour: 15/avr./08 10:38  Résolue: 29/févr./08 17:34

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, Panier, Perf
Affecte la/les version(s): 19.0.0
Version(s) corrigée(s): 20.0.0

Type: Bogue Priorité: Bloquant
Rapporteur: Claire Durand Attribution: Patrick Pereira
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Prod
Classif1: BO
Classif2: perf
Projets PM archivés: Maintenance 20.x.x

 Description   
Salut,

lorsque je fais une recherche des paniers capture denied en cours, le temps de recherche est super long ainsi que les tps de traitement

comment je fais ? :
clique sur panier (colonne de gauche)
sélectionne dans état panier "en cours (capture_denied)"
clique sur rechercher

merci bcp
claire


 Commentaires   
Commentaire de Patrice Boulanger [ 13/févr./08 17:13 ]
Je confirme, on a fait le test avec Junon, la requête ne rend pas la main.
Commentaire de Claire Durand [ 13/févr./08 17:36 ]
j'ai un message d'erreur maintenant
Commentaire de Patrice Boulanger [ 13/févr./08 19:06 ]
Pour info, la requête a fini par se terminer:

2008-02-13 17:35:11,767 INFO [-Processor19] BO:Claire - <<< [478807 ms] GET http://bo.priceminister.jmh/purchase_back?action=purchasesearch&javascript_callback=&purchase_id=&pch_status_code=70&itm_status_code=&pch_type_code=&buyer_login=&seller_login=&credit_card=&number_request=&payment_type_code=&start_date=&date_search_type=0&end_date=&order=1&number_rows=200&x=41&y=7
2008-02-13 17:35:11,768 WARN [-Processor19] BO:Claire - Long request [478807 ms]: GET http://bo.priceminister.jmh/purchase_back?action=purchasesearch&javascript_callback=&purchase_id=&pch_status_code=70&itm_status_code=&pch_type_code=&buyer_login=&seller_login=&credit_card=&number_request=&payment_type_code=&start_date=&date_search_type=0&end_date=&order=1&number_rows=200&x=41&y=7

Plus de 7 minutes.
Commentaire de Patrice Boulanger [ 28/févr./08 18:31 ]
Nous arrivons en fin de mois, et les capture denied devraient être à 0 pour des raisons comptables. Ce problème devient donc bloquant.

Merci d'investiguer rapidement.
Commentaire de Renaud Dierickx [ 29/févr./08 08:47 ]
SELECT purchase.purchase_id, purchase.authorization_card_amount, purchase.authorization_coupon_amount, purchase.authorization_date, purchase.authorization_number_request, purchase.authorization_number_response, purchase.authorization_operation_amount, purchase.brand_id, purchase.brand_partner, purchase.buyer_account_id, purchase.buyer_login, purchase.capture_card_amount, purchase.capture_coupon_amount, purchase.capture_date, purchase.capture_number_request, purchase.capture_number_response, purchase.capture_operation_amount, purchase.card_expiration_month, purchase.card_expiration_year, purchase.card_is_cvv_used, purchase.card_is_e_carte_bleue_detected, purchase.card_number_begin, purchase.card_number_end, purchase.card_number_hash, purchase.card_pay_incident_count, purchase.card_type_code, purchase.card_usr_birth_date, purchase.change_date, purchase.creation_date, purchase.currency_id, purchase.has_cbv, purchase.ip_address, purchase.is_cbv_applicable, purchase.is_tracking_direct, purchase.operation_id, purchase.payment_type_code, purchase.pch_followup_code, purchase.pch_status_code, purchase.pch_type_code, purchase.request_date, purchase.row_version, purchase.security_number, purchase.tracking_date, purchase.usa_address1, purchase.usa_address2, purchase.usa_city, purchase.usa_country_id, purchase.usa_digicode, purchase.usa_email_address, purchase.usa_fax_number,purchase.usa_first_name, purchase.usa_last_name, purchase.usa_phone_comment_1, purchase.usa_phone_comment_2, purchase.usa_phone_comment_3,purchase.usa_phone_number_1, purchase.usa_phone_number_2, purchase.usa_phone_number_3, purchase.usa_state_id, purchase.usa_zip, purchase.usr_coupon_id, purchase.usr_title_code, purchase.usr_tracking_id
FROM purchase
WHERE (purchase.pch_status_code = 120)
ORDER BY purchase.authorization_date DESC
;


En dev :

Execution Plan
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=CHOOSE (Cost=377 Card=4361 Bytes=1199275)
   1 0 SORT (ORDER BY) (Cost=377 Card=4361 Bytes=1199275)
   2 1 TABLE ACCESS (BY INDEX ROWID) OF 'PURCHASE' (TABLE) (Cost=116 Card=4361 Bytes=1199275)
   3 2 INDEX (RANGE SCAN) OF 'PURCHASE_FKIX_STATUS_TYPE_AUTH' (INDEX) (Cost=4 Card=4361)

PURCHASE_FKIX_STATUS_TYPE_AUTH
pch_status_code
pch_type_code
authorization_date
purchase_id


En prod :

Plan d'exécution
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=CHOOSE (Cost=158649 Card=1281342 Bytes=310084764)
   1 0 SORT (ORDER BY) (Cost=158649 Card=1281342 Bytes=310084764)
   2 1 TABLE ACCESS (FULL) OF 'PURCHASE' (TABLE) (Cost=111152 Card=1281342 Bytes=310084764)

Peux-tu recréer cet index ? Integ ?


Commentaire de Patrick Pereira [ 29/févr./08 11:23 ]
L'index existe en prod.
Je vérifie les statistiques.
Commentaire de Patrick Pereira [ 29/févr./08 11:56 ]
Les statistiques ont été recalculé sur la table et ses indexes.
Pas d'amélioration.
Je vérifie qu'on a pas eu de changement de paramètrage de la base.
Commentaire de Patrick Pereira [ 29/févr./08 17:32 ]
J'ai modifié le paramètre optimizer_index_cost_adj de 50 à 10.
Le problème est résolu.




[APP-23579] Cake unreadable Création: 11/déc./08 09:46  Mise à jour: 22/mars/10 18:01

Etat: Ré-ouvert
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 36.0.0 (CAT-F), 50.0.0 (CAT-J), 54.0.1.2
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Christophe Garcia Attribution: Patrice Boulanger
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM: *** CHASSE ***

 Description   
2008-12-11 05:32:11,995 INFO [-Processor17] 74.205.61.228 - >>> GET http://www.priceminister.com/navigation/se/category/sa/kw/howard
2008-12-11 05:32:12,326 ERROR [-Processor17] 74.205.61.228 - Cake unreadable (java.lang.IllegalArgumentException)
2008-12-11 05:32:12,504 ERROR [-Processor17] 74.205.61.228 - Cake unreadable (java.lang.IllegalArgumentException)
2008-12-11 05:32:12,546 INFO [-Processor17] 74.205.61.228 - <<< [551 ms] GET http://www.priceminister.com/navigation/se/category/sa/kw/howard


 Commentaires   
Commentaire de Swan Desportes [ 20/oct./09 16:20 ]
"Amélioration de Cake :
- Correctement définir le logger
- mettre le log en WARN" en ajoutant le contenu du cake
Commentaire de Alexandre Garnier [ 20/oct./09 19:13 ]
[CAJ2009Q4CTN]

 - Logger spécifique à CakeAction et non plus Action
 - passage en WARN
 - amélioration du message en "Unable to read cake [VALEUR_COOKIE] : EXCEPTION"
Commentaire de Renaud Dierickx [ 21/oct./09 16:22 ]
A faire en TX-J sur le tronc !
(Vu et validé avec AFO et NCH)
Commentaire de Alexandre Garnier [ 23/oct./09 15:05 ]
Fait sur le tronc pour la TX-J
Commentaire de Christophe Garcia [ 20/nov./09 16:12 ]
Analyse 1er niveau :
En regardant les logs "Unable to read cake" sur les serveurs de PROD UK (cf PJ unable_read_cake.log), on remarque les choses suivantes :
* toujours le même problème : cookie ayant la valeur [country] (qui du coup n'est pas une URL valide parsable --> le plantage)
* toujours la même IP : 213.175.204.120 (+ une autre IP 209.210.25.222 sur 3 requêtes en FR)

Analyse 2nd niveau :
En poussant plus loin, on remarque sur cette IP (cf PJ
213.175.204.120_access.log) :
* que c'est une IP d'un service de webhosting anglais http://www.eukhost.com/, donc pas un utilisateur en théorie
* que les requêtes sont toujours les même : une recherche par code barre suivie d'une requête FP s'il y a des résultats
* le user-agent est "MSIE" tout court (ou "HappyFunBot/1.1 (+http://www.happyfunsearch.com/bot.html)" pour les dernières requêtes en
FR)
* il fait attention : les requêtes sont suffisamment espacées (~1 min) pour éviter le PKM

Conclusion : c'est un bot qui est en train de nous aspirer le catalogue et qui doit surement utiliser un spider qui nettoie les cookies à partir d'un '=' jusqu'à la fin (+ un bot qui fait je ne sais trop quoi depuis hier soir)

Actions :
* EXPLOIT :
** bloquer 213.175.204.120 ou toute autre action contre ce genre de comportement
** voir à ajouter HappyFunBot parmi les crawlers (y a aussi à le faire en properties pour ne pas créer de session et donc pas de cookie, je crois)
* DEV : ignorer tout cookie invalide, ce qui est déjà fait, mais ne plus logger l'information (uniquement dans ce cas du "country" ?) ou pas.

--
Alex

Commentaire de Alexandre Garnier [ 20/nov./09 16:30 ]
Au final, on laisse tel quel côté DEV.

A l'EXPLOIT de décider si on veut masquer ces logs ou pas (ça permet de détecter les spiders), ce qui est possible avec du simple log4j.xml
Commentaire de Patrice Boulanger [ 22/mars/10 18:01 ]
En fait, il s'agit d'un partenaire UK assez important qu'il ne faut donc pas blacklister (voir avec Thomas Springett au marketing).

Je suis en contact avec 'Stephen Banks' (sbanks@123PriceCheck.com) sur ce problème

Merci.
Patrice.




[APP-24330] ERROR batch M5 Création: 16/févr./09 18:24  Mise à jour: 24/févr./09 11:07  Résolue: 23/févr./09 17:50

Etat: Fermé
Projet: Application PriceMinister
Composants: Batch
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 40.0.1

Type: Bogue Priorité: Critique
Rapporteur: Jérémie Bennejean Attribution: Ayoub Benseghir
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
a pour doublon APP-24376 Vendeur reçoit mail Nouvelle Vente pa... Fermé
Pays:
FRA - France
Site: Prod
Projets PM: *** RESERVE ***

 Description   
Bonjour,

dans les logs du batchs M5 on voit ceci lors de l'etape REQUEST:


2009-02-14 05:31:47,171 INFO [CONFIRMATION] CONFIRMATION - --- Batch done - Processed: 3 (CONFIRMED: 3)
2009-02-14 05:31:47,234 DEBUG [CONFIRMATION] CONFIRMATION - CLOSE BATCH
2009-02-14 05:31:47,258 INFO [REQUEST ] REQUEST - ----------------------------------------------------------------
2009-02-14 05:31:47,263 INFO [REQUEST ] REQUEST - --- Batch starting
2009-02-14 05:31:47,280 DEBUG [REQUEST ] REQUEST - Task start
2009-02-14 05:31:47,280 INFO [REQUEST ] REQUEST - Purchase Id : 68167173
2009-02-14 05:36:53,002 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
java.rmi.ServerException: RemoteException occurred in server thread; nested exception is:
        java.rmi.ServerException: EJBException:; nested exception is:
        javax.ejb.EJBException: null; CausedByException is:
        null; CausedByException is:
        Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/21445, BranchQual=, localId=21445]; nested exception is:
        javax.ejb.EJBException: null; CausedByException is:
        Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/21445, BranchQual=, localId=21445]
        at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:336)
        at sun.rmi.transport.Transport$1.run(Transport.java:159)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.rmi.transport.Transport.serviceCall(Transport.java:155)
        at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535)
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790)
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649)
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
        at java.lang.Thread.run(Thread.java:619)
        at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:255)
        at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:233)
        at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:142)
        at org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invoke(Unknown Source)
        at org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvokerProxy.java:118)
        at org.jboss.invocation.InvokerInterceptor.invokeInvoker(InvokerInterceptor.java:227)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:167)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
        at $Proxy24.request(Unknown Source)
        at com.babelstore.purchase.batch.PurchaseRequestBatch.process(PurchaseRequestBatch.java:46)
        at com.babelstore.common.batch.BatchTask.run(BatchTask.java:41)
        at com.babelstore.common.batch.Batch.run(Batch.java:230)
        at com.babelstore.common.batch.Runner.run(Runner.java:109)
        at com.babelstore.common.batch.Runner.main(Runner.java:42)
Caused by: java.rmi.ServerException: EJBException:; nested exception is:
        javax.ejb.EJBException: null; CausedByException is:
        null; CausedByException is:
 Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/21445, BranchQual=, localId=21445]; nested exception is:
        javax.ejb.EJBException: null; CausedByException is:
        Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/21445, BranchQual=, localId=21445]
        at org.jboss.ejb.plugins.LogInterceptor.handleException(LogInterceptor.java:352)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:196)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor74.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805)
        at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406)
        at sun.reflect.GeneratedMethodAccessor211.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:305)
        at sun.rmi.transport.Transport$1.run(Transport.java:159)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.rmi.transport.Transport.serviceCall(Transport.java:155)
        at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535)
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790)
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649)
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
        at java.lang.Thread.run(Thread.java:619)
Caused by: javax.ejb.EJBException: null; CausedByException is:
        null; CausedByException is:
        Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/21445, BranchQual=, localId=21445]; nested exception is:
        javax.ejb.EJBException: null; CausedByException is:
        Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/21445, BranchQual=, localId=21445]
        at com.babelstore.purchase.business.PurchaseBusinessBean.request(PurchaseBusinessBean.java:1780)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
 ... 26 more
2009-02-14 05:36:53,062 DEBUG [REQUEST ] REQUEST - Post Process Result :
2009-02-14 05:36:53,063 INFO [REQUEST ] REQUEST - Sleeping 0.4 second(s)
2009-02-14 05:36:53,470 DEBUG [REQUEST ] REQUEST - Task end. Result:
2009-02-14 05:36:53,470 DEBUG [REQUEST ] REQUEST - Task start


2009-02-14 05:42:36,138 INFO [REQUEST ] REQUEST - --- Batch starting
2009-02-14 05:42:36,152 DEBUG [REQUEST ] REQUEST - Task start
2009-02-14 05:42:36,152 INFO [REQUEST ] REQUEST - Purchase Id : 68167173
2009-02-14 05:47:41,378 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
java.rmi.ServerException: RemoteException occurred in server thread; nested exception is:
        java.rmi.ServerException: EJBException:; nested exception is:
        javax.ejb.EJBException: null; CausedByException is:
        null; CausedByException is:
        Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/46216, BranchQual=, localId=46216]; nested exception is:
        javax.ejb.EJBException: null; CausedByException is:
        Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/46216, BranchQual=, localId=46216]
        at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:336)
        at sun.rmi.transport.Transport$1.run(Transport.java:159)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.rmi.transport.Transport.serviceCall(Transport.java:155)
        at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535)
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790)
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649)
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
        at java.lang.Thread.run(Thread.java:619)
        at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:255)
        at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:233)

2009-02-14 06:19:26,562 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
java.rmi.ServerException: RemoteException occurred in server thread; nested exception is:
        java.rmi.ServerException: EJBException:; nested exception is:
        javax.ejb.EJBException: null; CausedByException is:
        null; CausedByException is:
        Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/147451, BranchQual=, localId=147451]; nested exception is:
        javax.ejb.EJBException: null; CausedByException is:
        Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/147451, BranchQual=, localId=147451]
        at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:336)
        at sun.rmi.transport.Transport$1.run(Transport.java:159)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.rmi.transport.Transport.serviceCall(Transport.java:155)
        at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535)
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790)
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649)
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
        at java.lang.Thread.run(Thread.java:619)
        at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:255)
        at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:233)
        at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:142)
        at org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invoke(Unknown Source)
2009-02-14 06:40:44,502 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
java.rmi.ServerException: RemoteException occurred in server thread; nested exception is:
        java.rmi.ServerException: EJBException:; nested exception is:
        javax.ejb.EJBException: null; CausedByException is:
        null; CausedByException is:
        Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/214684, BranchQual=, localId=214684]; nested exception is:
        javax.ejb.EJBException: null; CausedByException is:
        Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/214684, BranchQual=, localId=214684]
        at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:336)
        at sun.rmi.transport.Transport$1.run(Transport.java:159)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.rmi.transport.Transport.serviceCall(Transport.java:155)
        at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535)
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790)
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649)
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
        at java.lang.Thread.run(Thread.java:619)
        at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:255)
        at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:233)
        at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:142)
        at org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invoke(Unknown Source)
        at org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvokerProxy.java:118)
        at org.jboss.invocation.InvokerInterceptor.invokeInvoker(InvokerInterceptor.java:227)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:167)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)

2009-02-14 08:57:07,890 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
java.rmi.ServerException: RemoteException occurred in server thread; nested exception is:
        java.rmi.ServerException: EJBException:; nested exception is:
        javax.ejb.EJBException: null; CausedByException is:
        null; CausedByException is:
        Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/837799, BranchQual=, localId=837799]; nested exception is:
        javax.ejb.EJBException: null; CausedByException is:
        Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/837799, BranchQual=, localId=837799]
        at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:336)
        at sun.rmi.transport.Transport$1.run(Transport.java:159)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.rmi.transport.Transport.serviceCall(Transport.java:155)
        at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535)
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790)
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649)
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
        at java.lang.Thread.run(Thread.java:619)
        at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:255)
        at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:233)
        at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:142)
        at org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invoke(Unknown Source)
        at org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvokerProxy.java:118)
        at org.jboss.invocation.InvokerInterceptor.invokeInvoker(InvokerInterceptor.java:227)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:167)


 Commentaires   
Commentaire de Nicolas Chauveau [ 17/févr./09 15:50 ]
Jeremie, depuis quand cela se produit-il ?
Commentaire de Jérémie Bennejean [ 17/févr./09 16:16 ]
Il semblerait que ce problème existe depuis le 10/11 février:

J'ai recherché l'erreur dans les logs depuis le 31 janvier 2009

[pmas@junon batch]$ zgrep "Unit exception" hercule_batch_fr_m5_2009-02-02-04-59.log.gz
2009-01-31 12:27:12,996 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception
2009-01-31 14:41:29,058 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception
2009-01-31 23:07:22,113 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception
[pmas@junon batch]$ zgrep "Unit exception" hercule_batch_fr_m5_2009-02-03-04-59.log.gz
2009-02-02 08:36:24,933 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception
2009-02-02 14:23:08,915 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception
2009-02-02 19:48:06,204 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception
[pmas@junon batch]$ zgrep "Unit exception" hercule_batch_fr_m5_2009-02-03-09-56.log.gz
[pmas@junon batch]$ zgrep "Unit exception" hercule_batch_fr_m5_2009-02-04-04-59.log.gz
2009-02-03 17:14:39,953 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception
2009-02-03 20:43:24,307 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception
2009-02-03 20:44:03,166 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception
[pmas@junon batch]$ zgrep "Unit exception" hercule_batch_fr_m5_2009-02-05-04-59.log.gz
2009-02-04 14:13:17,016 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception
2009-02-04 16:14:30,015 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception
2009-02-05 03:25:13,943 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception
[pmas@junon batch]$ zgrep "Unit exception" hercule_batch_fr_m5_2009-02-06-04-59.log.gz
2009-02-05 07:30:15,604 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception
[pmas@junon batch]$ zgrep "Unit exception" hercule_batch_fr_m5_2009-02-07-04-59.log.gz
2009-02-06 08:46:56,929 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception
[pmas@junon batch]$ zgrep "Unit exception" hercule_batch_fr_m5_2009-02-08-04-59.log.gz
2009-02-07 12:26:58,385 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception
2009-02-07 13:46:00,307 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception
2009-02-07 14:02:32,846 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception
[pmas@junon batch]$ zgrep "Unit exception" hercule_batch_fr_m5_2009-02-09-04-59.log.gz
2009-02-08 12:10:16,262 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception
2009-02-08 13:16:12,235 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception
2009-02-08 14:34:27,894 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception
2009-02-08 17:17:57,546 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception
2009-02-08 18:26:02,621 ERROR [UESTION_MAIL] QUESTION_MAIL - **** ERROR - Unit exception
2009-02-08 19:09:07,622 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception
2009-02-08 21:00:19,675 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception
[pmas@junon batch]$ zgrep "Unit exception" hercule_batch_fr_m5_2009-02-11-04-59.log.gz
2009-02-09 09:02:37,771 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-10 19:17:30,069 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception
2009-02-10 20:39:02,965 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception
2009-02-11 01:44:56,857 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 02:15:58,309 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 02:29:56,534 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 02:41:02,306 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 02:51:48,495 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 03:02:50,303 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 03:13:38,886 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 03:24:12,902 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 03:34:50,647 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 03:49:05,388 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 04:08:43,185 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 04:28:42,612 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 04:39:25,035 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 04:50:08,601 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
[pmas@junon batch]$ zgrep "Unit exception" hercule_batch_fr_m5_2009-02-12-04-59.log.gz
2009-02-11 06:01:54,218 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 06:14:09,528 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 06:24:53,151 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 06:35:27,236 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 06:46:02,808 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 06:56:50,838 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 07:07:25,778 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 07:18:32,411 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 07:29:39,477 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 07:41:10,430 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 07:53:18,158 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 08:05:46,503 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 08:17:54,971 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 08:30:15,304 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 08:46:17,112 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 09:02:27,035 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 09:18:50,879 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 09:37:14,757 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 09:50:46,486 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception
2009-02-11 09:58:54,435 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 10:21:56,256 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 10:51:04,664 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 11:20:01,379 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 11:51:39,239 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 12:28:54,160 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 12:59:47,773 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 13:31:38,318 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 14:10:21,711 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 14:46:45,944 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 15:24:47,845 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 16:05:52,873 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 16:39:26,397 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 17:20:28,309 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 18:10:31,198 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 19:01:56,561 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 19:57:30,729 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 20:52:50,691 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 21:43:31,225 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 22:40:28,678 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 23:24:39,749 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-11 23:47:12,658 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception
2009-02-11 23:56:32,024 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-12 00:36:55,204 ERROR [REGISTRATION] REGISTRATION - **** ERROR - Unit exception
2009-02-12 01:07:25,964 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-12 01:50:39,198 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-12 02:19:37,790 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-12 02:32:06,809 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-12 02:43:02,202 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-12 02:53:54,574 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-12 03:04:36,022 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-12 03:15:25,145 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-12 03:25:58,266 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-12 03:36:39,987 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-12 03:47:20,736 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-12 03:57:55,986 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-12 04:08:28,156 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-12 04:18:50,402 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-12 04:29:25,963 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-12 04:39:46,422 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception
2009-02-12 04:50:13,865 ERROR [REQUEST ] REQUEST - **** ERROR - Unit exception

Commentaire de Arnaud Forgues [ 18/févr./09 12:54 ]
Sur tous ces vendeurs , sur l'exemple du passage du batch de 05h30 ce matin, seuls 6 d'entre eux n'ont pas reçu le mail ...

happytrive
herve59 OK
ELBINGO OK
cnudde
AllanTheo OK
LIBRAMARIE1 OK
monhomme
EPS1
tdmancien OK
RAWL OK
bozo10 OK
dadou_164 OK
fabrice16d OK
zenona OK
dlem13 OK
jcguenet
tigger1970
pataskratch OK
Ping94 OK
ALCOOLIC OK
maugham
imeman OK
cocopupi OK
custompubl OK

Et voici les logs que l'on trouve dans le jboss d'hercule :

2009-02-18 05:35:42,836 WARN [imeouts(4)-1] - Transaction TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/3472, BranchQual=, localId=3472] timed out. status=STATUS_ACTIVE
2009-02-18 05:35:42,836 WARN [10.150.28.77] REQUEST - Lock contention, tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/3472, BranchQual=, localId=3472]
2009-02-18 05:35:48,818 ERROR [10.150.28.77] REQUEST - TransactionRolledbackException in method: public abstract java.lang.Long com.babelstore.user.business.UserBusiness
.sendMessage(com.babelstore.message.SystemMessage) throws java.rmi.RemoteException, causedBy:
javax.transaction.RollbackException: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/3472, BranchQual=, localId=3472]
        at org.jboss.tm.TransactionImpl.registerSynchronization(TransactionImpl.java:602)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.register(EntitySynchronizationInterceptor.java:149)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:269)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor74.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
        at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
        at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
        at $Proxy386.sendMessage(Unknown Source)
        at com.babelstore.purchase.business.PurchaseBusinessBean.request(PurchaseBusinessBean.java:1776)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)


Puis

2009-02-18 05:35:48,882 ERROR [10.150.28.77] REQUEST - EJBException in method: public abstract void com.babelstore.purchase.business.PurchaseBusiness.request() throws ja
va.rmi.RemoteException,com.babelstore.purchase.PurchaseIllegalTypeException,com.babelstore.purchase.PurchaseIllegalStatusException,com.babelstore.purchase.ItemIllegalStatusExcep
tion,com.babelstore.advert.AdvertIllegalStatusException,com.babelstore.advert.AdvertNoItemInCartException,com.babelstore.advert.AdvertNotAvailableException,com.babelstore.warran
ty.WarrantyIllegalStatusException, causedBy:
javax.transaction.TransactionRolledbackException: null; CausedByException is:
        Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/3472, BranchQual=, localId=3472]; nested exception is:
        javax.ejb.EJBException: null; CausedByException is:
        Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/3472, BranchQual=, localId=3472]
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:244)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor74.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
        at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
        at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
        at $Proxy386.sendMessage(Unknown Source)
        at com.babelstore.purchase.business.PurchaseBusinessBean.request(PurchaseBusinessBean.java:1776)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor74.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:805)
        at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:406)
        at sun.reflect.GeneratedMethodAccessor211.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:305)
        at sun.rmi.transport.Transport$1.run(Transport.java:159)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.rmi.transport.Transport.serviceCall(Transport.java:155)
        at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535)
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790)
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649)
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
        at java.lang.Thread.run(Thread.java:619)
Caused by: javax.ejb.EJBException: null; CausedByException is:
        Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=hercule/3472, BranchQual=, localId=3472]
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.register(EntitySynchronizationInterceptor.java:169)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:269)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        ... 70 more
Commentaire de Arnaud Forgues [ 18/févr./09 15:22 ]
Voici toutes les requetes qui sont exécutés lors du batch REQUEST :

SELECT bch_status_code, bch_type_code, last_end_date, last_start_date, recovery_data_date, row_version FROM BATCH WHERE (batch_id=?)
-- PurchaseIdQuery
VAR x1 DATE § EXEC :x1 := TO_DATE('2009-02-18 15:02:01', 'YYYY-MM-DD HH24:MI:SS');
SELECT purchase.purchase_id l
FROM purchase
WHERE (purchase.pch_status_code IN (45))
AND (purchase.pch_type_code <> 30)
AND (purchase.authorization_date < :x1)
;
SELECT bch_status_code, bch_type_code, last_end_date, last_start_date, recovery_data_date, row_version FROM BATCH WHERE (batch_id=?)
SELECT purchase_id, authorization_card_amount, authorization_coupon_amount, authorization_date, authorization_number_request, authorization_number_response, authorization_operation_amount, brand_id, brand_partner, buyer_account_id, buyer_login, capture_card_amount, capture_coupon_amount, capture_date, capture_number_request, capture_number_response, capture_operation_amount, card_expiration_month, card_expiration_year, card_is_cvv_used, card_is_e_carte_bleue_detected, card_number_begin, card_number_end, card_number_hash, card_pay_incident_count, card_type_code, card_usr_birth_date, change_date, creation_date, currency_id, has_cbv, ip_address, is_cbv_applicable, is_tracking_direct, operation_id, payment_type_code, pch_followup_code, pch_status_code, pch_type_code, request_date, row_version, security_number, tracking_date, usa_address1, usa_address2, usa_city, usa_country_id, usa_digicode, usa_email_address, usa_fax_number, usa_first_name, usa_last_name, usa_phone_comment_1, usa_phone_comment_2, usa_phone_comment_3, usa_phone_number_1, usa_phone_number_2, usa_phone_number_3, usa_state_id, usa_zip, usr_coupon_id, usr_title_code, usr_tracking_id FROM PURCHASE WHERE purchase_id=?
SELECT authorization_card_amount, authorization_coupon_amount, authorization_date, authorization_number_request, authorization_number_response, authorization_operation_amount, brand_id, brand_partner, buyer_account_id, buyer_login, capture_card_amount, capture_coupon_amount, capture_date, capture_number_request, capture_number_response, capture_operation_amount, card_expiration_month, card_expiration_year, card_is_cvv_used, card_is_e_carte_bleue_detected, card_number_begin, card_number_end, card_number_hash, card_pay_incident_count, card_type_code, card_usr_birth_date, change_date, creation_date, currency_id, has_cbv, ip_address, is_cbv_applicable, is_tracking_direct, operation_id, payment_type_code, pch_followup_code, pch_status_code, pch_type_code, request_date, row_version, security_number, tracking_date, usa_address1, usa_address2, usa_city, usa_country_id, usa_digicode, usa_email_address, usa_fax_number, usa_first_name, usa_last_name, usa_phone_comment_1,usa_phone_comment_2, usa_phone_comment_3, usa_phone_number_1, usa_phone_number_2, usa_phone_number_3, usa_state_id, usa_zip, usr_coupon_id, usr_title_code, usr_tracking_id FROMPURCHASE WHERE (purchase_id=?)
UPDATE PURCHASE SET change_date=?, pch_status_code=?, request_date=?, row_version=? WHEREpurchase_id=? AND row_version=?
SELECT item_id, adv_allow_pickup, adv_allow_shipping, adv_currency_id, adv_is_original, adv_pickup_country_id, adv_pickup_phone_number, adv_pickup_zip, adv_quality_code, adv_sale_price, adv_seller_comment, adv_seller_private_comment, adv_seller_reference1, adv_serial_number, adv_type_code, advert_id, archived_prd_summary, buyer_account_id, buyer_bonus, buyer_comment, buyer_login, buyer_negotiation_comment, buyer_remind_code, buyer_remind_date, change_date, claim_closing_date, claim_comment, claim_compensation_id, clm_status_code, closing_date, commission_id, commit_date, compensation_id, compensation_processing_date, complement_product_id, creation_date, currency_id, feedback_date, history, is_abandonned, is_cbv_applicable, is_seller_vat_exempted, item_commission_tax_rate, item_cost_price, item_fixed_commission_net, item_fixed_commission_tax, item_varia_commission_net, item_varia_commission_tax, itm_cancel_code, itm_claim_type_code, itm_status_code, itm_type_code, last_claim_date, matching_keywords, origin_block, origin_screen, prd_medium_code, prd_type_code, product_id, purchase_id, return_shipping_price, row_version, seller_account_id, seller_bonus, seller_country_id, seller_justification, seller_login, seller_nego_price, seller_remind_code, seller_remind_date, seller_score, seller_shipping_real_ctry_name, ship_commission_net, ship_commission_tax, ship_commission_tax_rate, ship_cost_price, shipment_number_1, shipment_number_2, shipping_size_id, shipping_type_id, vat_country_id, vat_disclaimer FROM ITEM WHERE purchase_id = ? AND itm_status_code NOT IN (50, 60)
SELECT user_account_id, accept_negotiation, activation, activation_mail_count, activation_mail_date, allow_free_book_price, allow_holiday, allow_submit_auto_validation, allow_unlimited_stock, brand_id, buy_count, cache_advert_stats, change_date, children, cmp_is_direct_payment, cmp_method_code, commission_id, commission_rate, commit_count, company_country_id, company_name, company_number, company_vat_number, computed_answer_time_sum, computed_commit_count, computed_sale_count, computed_seller_score_count, computed_seller_score_sum, creation_date, display_name, email_address, ev_game_points, ev_parent_user_account_id, ev_privilege, ev_send_registration, external_user_reference, first_advert_tracking_date, first_advert_tracking_id, first_name, first_tracking_date, game_parent_user_account_id, game_points, grant_buyer_email, grant_buyer_phone, grant_email, grant_import_image, grant_login, grant_question_advert_receive, grant_question_item_receive, grant_question_notify, has_bban_payment, has_valid_email_address, hide_statistics_in_account, history, holiday_remind_date, holiday_return_date, holiday_start_date, http_referrer, image_granted_status_code, initial_answer_time_sum, initial_commit_count, initial_sale_count, initial_seller_score_count, initial_seller_score_sum, ip_address, is_company, is_first_adv_tracking_direct, is_first_mail_sent, is_import_locked, is_in_transit, is_last_tracking_direct, is_pro_vehicle, is_to_validate, is_tracking_direct, last_buy_date, last_buyable_advert_date, last_consultable_advert_date, last_import_date, last_login_date, last_memo_date, last_name, last_tracking_date, last_warning_date, last_wish_date, login, parent_user_account_id, password, personal_number, platform_id, pm_staff_id, registration_birth_date, reliability, remark, row_version, sale_count, seller_activation_date, seller_answer_time_sum, seller_country_id, seller_score_count, seller_score_date, seller_score_sum, seller_website_url, send_first_advert_mail, shipping_real_country_name, sponsorship_id, supports_shipping_certified, supports_shipping_chronopost, supports_shipping_normal, supports_shipping_recommande, supports_shipping_suivi, tab_index, tracking_date, usr_activation_code, usr_campaign_id, usr_company_code, usr_compensation_right_code, usr_first_tracking_id, usr_game_status_code, usr_last_tracking_id, usr_presence_code, usr_privilege_code, usr_title_code, usr_tracking_id, usr_type_code, usr_visibility_code, wallet_amount, wallet_birth_date, wallet_currency_id, wallet_incoming_amount, wallet_outgoing_amount, wlt_amount_to_keep, wlt_amount_to_keep_currency_id, wlt_is_system_payment, wlt_payment_mode_code, wlt_status_code, wlt_system_pay_last_date FROM USER_ACCOUNT WHERE user_account_id=?
SELECT user_account_id, accept_negotiation, activation, activation_mail_count, activation_mail_date, allow_free_book_price, allow_holiday, allow_submit_auto_validation, allow_unlimited_stock, brand_id, buy_count, cache_advert_stats, change_date, children, cmp_is_direct_payment, cmp_method_code, commission_id, commission_rate, commit_count, company_country_id, company_name, company_number, company_vat_number, computed_answer_time_sum, computed_commit_count, computed_sale_count, computed_seller_score_count, computed_seller_score_sum, creation_date, display_name, email_address, ev_game_points, ev_parent_user_account_id, ev_privilege, ev_send_registration, external_user_reference, first_advert_tracking_date, first_advert_tracking_id, first_name, first_tracking_date, game_parent_user_account_id, game_points, grant_buyer_email, grant_buyer_phone, grant_email, grant_import_image, grant_login, grant_question_advert_receive, grant_question_item_receive, grant_question_notify, has_bban_payment, has_valid_email_address, hide_statistics_in_account, history, holiday_remind_date, holiday_return_date, holiday_start_date, http_referrer, image_granted_status_code, initial_answer_time_sum, initial_commit_count, initial_sale_count, initial_seller_score_count, initial_seller_score_sum, ip_address, is_company, is_first_adv_tracking_direct, is_first_mail_sent, is_import_locked, is_in_transit, is_last_tracking_direct, is_pro_vehicle, is_to_validate, is_tracking_direct, last_buy_date, last_buyable_advert_date, last_consultable_advert_date, last_import_date, last_login_date, last_memo_date, last_name, last_tracking_date, last_warning_date, last_wish_date, login, parent_user_account_id, password, personal_number, platform_id, pm_staff_id, registration_birth_date, reliability, remark, row_version, sale_count, seller_activation_date, seller_answer_time_sum, seller_country_id, seller_score_count, seller_score_date, seller_score_sum, seller_website_url, send_first_advert_mail, shipping_real_country_name, sponsorship_id, supports_shipping_certified, supports_shipping_chronopost, supports_shipping_normal, supports_shipping_recommande, supports_shipping_suivi, tab_index, tracking_date, usr_activation_code, usr_campaign_id, usr_company_code, usr_compensation_right_code, usr_first_tracking_id, usr_game_status_code, usr_last_tracking_id, usr_presence_code, usr_privilege_code, usr_title_code, usr_tracking_id, usr_type_code, usr_visibility_code, wallet_amount, wallet_birth_date, wallet_currency_id, wallet_incoming_amount, wallet_outgoing_amount, wlt_amount_to_keep, wlt_amount_to_keep_currency_id, wlt_is_system_payment, wlt_payment_mode_code, wlt_status_code, wlt_system_pay_last_date FROM USER_ACCOUNT WHERE user_account_id=?
    /* load com.babelstore.stock.entity.Advert */ select
        advert0_.ADVERT_ID as ADVERT1_1_0_,
        advert0_.PRODUCT_ID as PRODUCT2_1_0_,
        advert0_.COMPLEMENT_PRODUCT_ID as COMPLEMENT3_1_0_,
        advert0_.SELLER_ACCOUNT_ID as SELLER4_1_0_,
        advert0_.SALE_PRICE as SALE5_1_0_,
        advert0_.CURRENCY_ID as CURRENCY6_1_0_,
        advert0_.AVAILABLE_COUNT as AVAILABLE7_1_0_,
        advert0_.UNAVAILABLE_COUNT as UNAVAILA8_1_0_,
        advert0_.ADV_QUALITY_CODE as ADV9_1_0_,
        advert0_.ADV_STATUS_CODE as ADV10_1_0_,
        advert0_.SELLER_LOGIN as SELLER11_1_0_,
        advert0_.SELLER_COMMENT as SELLER12_1_0_,
        advert0_.PRD_TYPE_CODE as PRD13_1_0_,
        advert0_.PRD_MEDIUM_CODE as PRD14_1_0_,
        advert0_.BRAND_ID as BRAND15_1_0_,
        advert0_.USR_TRACKING_ID as USR16_1_0_,
        advert0_.IS_TRACKING_DIRECT as IS17_1_0_,
        advert0_.SERIAL_NUMBER as SERIAL18_1_0_,
        advert0_.IS_ORIGINAL as IS19_1_0_,
        advert0_.SORT_TITLE as SORT20_1_0_,
        advert0_.SORT_AUTHOR as SORT21_1_0_,
        advert0_.ADV_SHOWCASE_CODE as ADV22_1_0_,
        advert0_.SELLER_REFERENCE1 as SELLER23_1_0_,
        advert0_.PRD_STATUS_CODE as PRD24_1_0_,
        advert0_.IS_UNLIMITED as IS25_1_0_,
        advert0_.IS_AVAILABLE as IS26_1_0_,
        advert0_.ADV_TYPE_CODE as ADV27_1_0_,
        advert0_.IS_BEST_PRICE as IS28_1_0_,
        advert0_.SELLER_PRIVATE_COMMENT as SELLER29_1_0_,
        advert0_.DATA_FILE_ID as DATA30_1_0_,
        advert0_.PRD_NAVIGATION_KEY as PRD31_1_0_,
        advert0_.ADV_VISIBILITY_CODE as ADV32_1_0_,
        advert0_.FRESHNESS_DATE as FRESHNESS33_1_0_,
        advert0_.FRESHNESS_INFO_DATE as FRESHNESS34_1_0_,
        advert0_.FRESHNESS_WARN_DATE as FRESHNESS35_1_0_,
        advert0_.FRESHNESS_OUTDATED_DATE as FRESHNESS36_1_0_,
        advert0_.IS_BUYABLE as IS37_1_0_,
        advert0_.IS_SELLABLE as IS38_1_0_,
        advert0_.NEGOTIATION_COUNT as NEGOTIA39_1_0_,
        advert0_.IS_NEGOTIABLE as IS40_1_0_,
        advert0_.ALLOW_NEGOTIATION as ALLOW41_1_0_,
        advert0_.PRD_FRESHNESS_DATE as PRD42_1_0_,
        advert0_.QUESTION_COUNT as QUESTION43_1_0_,
        advert0_.IMPORT_TAG as IMPORT44_1_0_,
        advert0_.IMPORT_REFERENCE as IMPORT45_1_0_,
        advert0_.IS_ACTIVATION_TO_SEND as IS46_1_0_,
        advert0_.PRD_VISIBILITY_CODE as PRD47_1_0_,
        advert0_.ALLOW_SHIPPING as ALLOW48_1_0_,
        advert0_.ALLOW_PICKUP as ALLOW49_1_0_,
        advert0_.IS_CONTRACT_PENDING as IS50_1_0_,
        advert0_.PICKUP_ZIP as PICKUP51_1_0_,
        advert0_.PICKUP_PHONE_NUMBER as PICKUP52_1_0_,
        advert0_.PICKUP_COUNTRY_ID as PICKUP53_1_0_,
        advert0_.TRACKING_DATE as TRACKING54_1_0_,
        advert0_.CREATION_DATE as CREATION55_1_0_,
        advert0_.CHANGE_DATE as CHANGE56_1_0_,
        advert0_.ROW_VERSION as ROW57_1_0_
    from
        PURCHASE_1.ADVERT advert0_
    where
        advert0_.ADVERT_ID=?

/* load com.babelstore.stock.entity.Product */ select
        product0_.PRODUCT_ID as PRODUCT1_24_0_,
        product0_.BASE_PRODUCT_ID as BASE2_24_0_,
        product0_.CREATION_DATE as CREATION3_24_0_,
        product0_.CHANGE_DATE as CHANGE4_24_0_,
        product0_.TITLE as TITLE24_0_,
        product0_.URL_NAME as URL6_24_0_,
        product0_.STOCK_QUANTITY as STOCK7_24_0_,
        product0_.LIST_PRICE as LIST8_24_0_,
        product0_.BEST_PRICE as BEST9_24_0_,
        product0_.CURRENCY_ID as CURRENCY10_24_0_,
        product0_.WEIGHT as WEIGHT24_0_,
        product0_.MEDIUM_COUNT as MEDIUM12_24_0_,
        product0_.RELEASE_DATE as RELEASE13_24_0_,
        product0_.PRD_AVAILABILITY_CODE as PRD14_24_0_,
        product0_.PRD_TYPE_CODE as PRD15_24_0_,
        product0_.PRD_SOURCE_CODE as PRD16_24_0_,
        product0_.PRD_CHANGE_CODE as PRD17_24_0_,
        product0_.PRD_STATUS_CODE as PRD18_24_0_,
        product0_.SUBMITTER_COMMENT as SUBMITTER19_24_0_,
        product0_.SUBMITTER_ACCOUNT_ID as SUBMITTER20_24_0_,
        product0_.ADV_CURRENCY_ID as ADV21_24_0_,
        product0_.LONG_TITLE as LONG22_24_0_,
        product0_.ADMIN_COMMENT as ADMIN23_24_0_,
        product0_.SPEC_STATUS_CODE as SPEC24_24_0_,
        product0_.UNLIMITED_COUNT as UNLIMITED25_24_0_,
        product0_.IS_AVAILABLE as IS26_24_0_,
        product0_.NEW_BEST_PRICE as NEW27_24_0_,
        product0_.NEW_CURRENCY_ID as NEW28_24_0_,
        product0_.NEW_COUNT as NEW29_24_0_,
        product0_.USED_BEST_PRICE as USED30_24_0_,
        product0_.USED_CURRENCY_ID as USED31_24_0_,
        product0_.USED_COUNT as USED32_24_0_,
        product0_.COLLECTIBLE_BEST_PRICE as COLLECT33_24_0_,
        product0_.COLLECTIBLE_CURRENCY_ID as COLLECT34_24_0_,
        product0_.COLLECTIBLE_COUNT as COLLECT35_24_0_,
        product0_.SUSPICION_CAUSE as SUSPICION36_24_0_,
        product0_.DATA_FILE_ID as DATA37_24_0_,
        product0_.OWNER_ACCOUNT_ID as OWNER38_24_0_,
        product0_.FRESHNESS_DATE as FRESHNESS39_24_0_,
        product0_.DATA_FILE_PROCESS_CYCLE as DATA40_24_0_,
        product0_.DATA_FILE_PROCESS_ID as DATA41_24_0_,
        product0_.PRD_VISIBILITY_CODE as PRD42_24_0_,
        product0_.FAST_NOTIFICATION_DATE as FAST43_24_0_,
        product0_.SUMMARY as SUMMARY24_0_,
        product0_.SUMMARY_FRESHNESS_DATE as SUMMARY45_24_0_,
        product0_.PRD_LINE_KEY as PRD46_24_0_,
        product0_.PRD_NAVIGATION_KEY as PRD47_24_0_,
        product0_.PRD_MODEL_KEY as PRD48_24_0_,
        product0_.PRD_MANUFACTURER_KEY as PRD49_24_0_,
        product0_.ROW_VERSION as ROW50_24_0_,
        product0_.PRD_MEDIUM_CODE as PRD51_24_0_,
        product0_.LAST_ADVERT_CREATION_DATE as LAST52_24_0_,
        product0_.COLLAPSE_KEY as COLLAPSE53_24_0_,
        product0_.COLLAPSE_BEST_PRICE as COLLAPSE54_24_0_,
        product0_.COLLAPSE_CURRENCY_ID as COLLAPSE55_24_0_,
        product0_.COLLAPSE_NEW_BEST_PRICE as COLLAPSE56_24_0_,
        product0_.COLLAPSE_NEW_CURRENCY_ID as COLLAPSE57_24_0_,
        product0_.COLLAPSE_USED_BEST_PRICE as COLLAPSE58_24_0_,
        product0_.COLLAPSE_USED_CURRENCY_ID as COLLAPSE59_24_0_,
        product0_.COLLAPSE_COLLECTIBLE_BEST_PRI as COLLAPSE60_24_0_,
        product0_.COLLAPSE_COLLECTIBLE_CUR_ID as COLLAPSE61_24_0_
    from
        PRODUCT_1.PRODUCT product0_
    where
        product0_.PRODUCT_ID=?

/* insert com.babelstore.stock.entity.AdvEvent
        */ insert
        into
            BABEL_1.ADV_EVENT
            (ADE_TYPE_CODE, NEW_ADV_STATUS_CODE, AVAILABLE_COUNT_VARIATION, UNAVAILABLE_COUNT_VARIATION, NEW_AVAILABLE_COUNT, NEW_UNAVAILABLE_COUNT, NEW_IS_UNLIMITED, CREATION_DATE, ADVERT_ID, ADV_EVENT_ID)
        values
            (?, ?, ?, ?, ?, ?, ?, ?, ?, ?)

/* update
        com.babelstore.stock.entity.Advert */ update
            PURCHASE_1.ADVERT
        set
            CHANGE_DATE=?,
            ROW_VERSION=?
        where
            ADVERT_ID=?
            and ROW_VERSION=?

-- BuyerItemQuery
VAR x1 NUMBER § EXEC :x1 := 57152035;
SELECT item.item_id, item.adv_allow_pickup, item.adv_allow_shipping, item.adv_currency_id, item.adv_is_original, item.adv_pickup_country_id, item.adv_pickup_phone_number, item.adv_pickup_zip, item.adv_quality_code, item.adv_sale_price, item.adv_seller_comment, item.adv_seller_private_comment, item.adv_seller_reference1, item.adv_serial_number, item.adv_type_code, item.advert_id, item.archived_prd_summary, item.buyer_account_id, item.buyer_bonus, item.buyer_comment, item.buyer_login, item.buyer_negotiation_comment, item.buyer_remind_code, item.buyer_remind_date, item.change_date, item.claim_closing_date, item.claim_comment, item.claim_compensation_id, item.clm_status_code, item.closing_date, item.commission_id, item.commit_date, item.compensation_id, item.compensation_processing_date, item.complement_product_id, item.creation_date, item.currency_id, item.feedback_date,item.history, item.is_abandonned, item.is_cbv_applicable, item.is_seller_vat_exempted, item.item_commission_tax_rate, item.item_cost_price, item.item_fixed_commission_net, item.item_fixed_commission_tax, item.item_varia_commission_net, item.item_varia_commission_tax, item.itm_cancel_code, item.itm_claim_type_code, item.itm_status_code, item.itm_type_code, item.last_claim_date, item.matching_keywords, item.origin_block, item.origin_screen, item.prd_medium_code, item.prd_type_code, item.product_id, item.purchase_id, item.return_shipping_price, item.row_version, item.seller_account_id, item.seller_bonus, item.seller_country_id, item.seller_justification, item.seller_login, item.seller_nego_price, item.seller_remind_code, item.seller_remind_date, item.seller_score, item.seller_shipping_real_ctry_name, item.ship_commission_net, item.ship_commission_tax, item.ship_commission_tax_rate, item.ship_cost_price, item.shipment_number_1, item.shipment_number_2, item.shipping_size_id, item.shipping_type_id, item.vat_country_id, item.vat_disclaimer, user_account.seller_score_sum, user_account.seller_score_count, user_account.shipping_real_country_name, user_account.commit_count, user_account.usr_type_code, user_account.is_pro_vehicle,user_account.supports_shipping_normal, user_account.supports_shipping_suivi, user_account.supports_shipping_recommande, user_account.supports_shipping_certified, user_account.supports_shipping_chronopost, warranty.warranty_id, warranty.buyer_account_id, warranty.change_date, warranty.creation_date, warranty.currency_id, warranty.duration, warranty.external_commission, warranty.insurance_tax, warranty.insurance_tax_rate, warranty.internal_commission, warranty.item_id, warranty.purchase_id, warranty.row_version, warranty.war_status_code, warranty.war_type_code
FROM item, user_account, warranty
WHERE (user_account.user_account_id = item.seller_account_id)
AND (item.purchase_id = :x1)
AND (item.itm_status_code <> 50)
AND (warranty.item_id (+) = item.item_id)
ORDER BY item.seller_account_id, item.creation_date ASC
;

-- AddressInfoQuery
VAR x1 NUMBER § EXEC :x1 := 4485534;
SELECT usr_address.usr_address_id, usr_address.address1, usr_address.address2, usr_address.change_date, usr_address.city, usr_address.country_id, usr_address.creation_date,usr_address.digicode, usr_address.email_address, usr_address.fax_number, usr_address.first_name, usr_address.is_default, usr_address.last_name, usr_address.phone_comment_1, usr_address.phone_comment_2, usr_address.phone_comment_3, usr_address.phone_number_1, usr_address.phone_number_2, usr_address.phone_number_3, usr_address.row_version, usr_address.state_id, usr_address.usa_status_code, usr_address.usa_type_code, usr_address.user_account_id, usr_address.usr_alias, usr_address.usr_title_code, usr_address.zip
FROM usr_address
WHERE (user_account_id = :x1)
;

UPDATE ITEM SET change_date=?, itm_status_code=?, row_version=? WHERE item_id=? AND row_version=?
SELECT ums_template_id, alias, alternate_ums_template_id, attachment, body, change_date, creation_date, default_sender_email, is_html, is_internal, rank, row_version, subject, title, ums_domain_code, umt_group_id, umt_status_code FROM UMS_TEMPLATE WHERE alias = ?
SELECT authorization_card_amount, authorization_coupon_amount, authorization_date, authorization_number_request, authorization_number_response, authorization_operation_amount, brand_id, brand_partner, buyer_account_id, buyer_login, capture_card_amount, capture_coupon_amount, capture_date, capture_number_request, capture_number_response, capture_operation_amount, card_expiration_month, card_expiration_year, card_is_cvv_used, card_is_e_carte_bleue_detected, card_number_begin, card_number_end, card_number_hash, card_pay_incident_count, card_type_code, card_usr_birth_date, change_date, creation_date, currency_id, has_cbv, ip_address, is_cbv_applicable, is_tracking_direct, operation_id, payment_type_code, pch_followup_code, pch_status_code, pch_type_code, request_date, row_version, security_number, tracking_date, usa_address1, usa_address2, usa_city, usa_country_id, usa_digicode, usa_email_address, usa_fax_number, usa_first_name, usa_last_name, usa_phone_comment_1,usa_phone_comment_2, usa_phone_comment_3, usa_phone_number_1, usa_phone_number_2, usa_phone_number_3, usa_state_id, usa_zip, usr_coupon_id, usr_title_code, usr_tracking_id FROMPURCHASE WHERE (purchase_id=?)
SELECT bch_status_code, bch_type_code, last_end_date, last_start_date, recovery_data_date, row_version FROM BATCH WHERE (batch_id=?)
SELECT bch_status_code, bch_type_code, last_end_date, last_start_date, recovery_data_date, row_version FROM BATCH WHERE (batch_id=?)
UPDATE BATCH SET last_end_date=?, row_version=? WHERE batch_id=? AND row_version=?
SELECT bch_status_code, bch_type_code, last_end_date, last_start_date, recovery_data_date, row_version FROM BATCH WHERE (batch_id=?)
UPDATE BATCH SET bch_status_code=?, row_version=? WHERE batch_id=? AND row_version=?
SELECT batch_id, bch_status_code, bch_type_code, last_end_date, last_start_date, recovery_data_date, row_version FROM BATCH WHERE bch_type_code = ? AND last_end_date IS NULL
Commentaire de Arnaud Forgues [ 19/févr./09 15:57 ]
Après avoir analysé toutes les requetes exécutés par ce batch avec Ayoub, nous n'avons pas détecté de pb de perf avec une seule d'entre elles (à part l'accès à la table batch qui a permis d'augmenter le volume de données traitées par M5 de manière générale mais qui n'a rien changé à notre problème !)

Nous allons donc opter pour le plan B : augmenter le temps de timeout d'une transaction afin de passer de 5min à 10min par exemple (voire 30 ?)
   ==> cela sera fait uniquement sur hercule lundi prochain (car il y a les paiements demain et du coup ce serait trop risqué de le faire aujourd'hui, vu avec PBO)

NB : détails technique (testé en DEV)

Fichier à modifier pour augmenter le temps de timeout d'une transaction:

dans /appli/priceminister/jboss/server/priceminister/conf : jboss-service.xml
  ==> chercher "TransactionTimeout" : changer la valeur de 300 à 600 (en s ==> 10 min ou 1200 pour 30 min)

Voilou !
Commentaire de Patrice Boulanger [ 23/févr./09 14:23 ]
Le timeout a été monté à 600 secondes.

Patrice.
Commentaire de Arnaud Forgues [ 23/févr./09 17:50 ]
Le panier a bien été traité en 6min18s

2009-02-23 16:07:27,909 INFO [REQUEST ] REQUEST - ----------------------------------------------------------------
2009-02-23 16:07:27,913 INFO [REQUEST ] REQUEST - --- Batch starting
2009-02-23 16:07:28,491 DEBUG [REQUEST ] REQUEST - Task start
2009-02-23 16:07:28,491 INFO [REQUEST ] REQUEST - Purchase Id : 68167173
2009-02-23 16:13:46,018 DEBUG [REQUEST ] REQUEST - Post Process Result : REQUESTED
2009-02-23 16:13:46,018 INFO [REQUEST ] REQUEST - Sleeping 0.4 second(s)
2009-02-23 16:13:46,425 DEBUG [REQUEST ] REQUEST - Task end. Result: REQUESTED

Merci a vous !!




[IMP-3449] Creation Format Profil + Import Fichier + FTP pseudo Discorder_uk (UK) + modif ES/FR Création: 24/mars/09 17:37  Mise à jour: 30/oct./09 15:52  Résolue: 20/avr./09 11:19

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Cantoni Carlos Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File 20090323_fichero_muestra_intercambio_discorder.txt    
Pays:
GBR - Royaume Uni, FRA - France, ESP - Espagne
Login: discorder_uk ; disc-order; discorder_es
Séparateur: N/A
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
Creation Format Profil + Import Fichier + FTP pseudo Discorder_uk (UK) + modif ES/FR

1. Creation d'un format d'import pour le site UK + import images. Attention, creation produits seulement pour les CD. Pour les dvd creation annonce.
Faire également un FTP pour le flux de commandes

Commentaire pour les annonces
 champ B + C + D + BRAND NEW - ***Delivery usually * 5 - 7 * working days - DISPATCHED FROM SPAIN.

2. Modif format import pour FR/ES afin de faire l'import image - pseudo disc-order (SPAIN) discorder_es (France)



 Commentaires   
Commentaire de Cantoni Carlos [ 24/mars/09 17:39 ]
a savoir que le partenaire souhaite également notre adresse IP afin de ne pas bloquer l'import

Si deseais coger informacion de articulos de nuestra Web con el enlace informarnos desde que IP lanzais la carga para no bloquearla.
Commentaire de Daniel Pintamalli [ 25/mars/09 14:13 ]
Les modification pour ES et FR on été faites (ajout d'image)

L'IP avec laquelle nous allons récupérer les images est 62.23.27.114 <= merci de transmettre cette information au partenaire.
Commentaire de Daniel Pintamalli [ 26/mars/09 14:36 ]
La configuration est en place. Pour l'instant le fichier de CD/Vinyles ne crée pas de produit => création de mapping en cours.
Commentaire de Daniel Pintamalli [ 27/mars/09 11:07 ]
CD en création de produit OK sur UK.
Commentaire de Cantoni Carlos [ 17/avr./09 09:34 ]
vu avec Daniel

merci de mettre en place un flux de commandes multiplateforme.

Commentaire de Daniel Pintamalli [ 20/avr./09 11:19 ]
La configuration multiplateforme est en place. Tout est centralisé sur le compte FTP.





[APP-25676] [Surveillance vendeur] Fonctionnement aléatoire ! Création: 19/juin/09 12:12  Mise à jour: 08/juil./09 10:22  Résolue: 19/juin/09 18:37

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 48.0.0 (CTN-L)
Version(s) corrigée(s): 49.0.0 (TX-H)

Type: Bogue Priorité: Critique
Rapporteur: Cédric Goldovsky Attribution: Arnaud Forgues
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Dev
Projets PM: *** CHASSE ***
Navigateur: Tous

 Commentaires   
Commentaire de Arnaud Forgues [ 19/juin/09 17:50 ]
En fait le problème n'était pas spécifique aux mots clefs "Surveillance vendeur", cela venait d'un bug suite aux corrections sur les pb de mises en surbrillance : lors de l'analyse des mots clefs suite à la modification d'une annonce par exemple (dans le cas surveillance vendeur en l'occurence), on ne se basait pas tout le temps sur le bon texte pour y détecter un mot clef. En fait on conservait le texte du mot clef précédent, mais uniquement dans le cas des mots clefs EXACT et REGEXP, car on y calculait la zone (commentaire vendeur, adresse email, adresse IP) une unique fois au lieu de le faire pour chaque mot clef.

A présent tout est rentré dans l'ordre (théoriquement ;-) )
Commentaire de Arnaud Forgues [ 19/juin/09 18:37 ]
CAJ2009Q2




[EXP-4864] Pages pseudo statiques inaccessibles en BO Création: 19/juin/09 16:42  Mise à jour: 24/juin/09 15:18  Résolue: 24/juin/09 15:18

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Ariane Baldinger Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
GBR - Royaume Uni

 Description   
Les pages :
- http://bo.priceminister.co.uk/electronics
- http://bo.priceminister.co.uk/computing-software

sont inaccessibles en BO.

 Commentaires   
Commentaire de Jérémie Bennejean [ 24/juin/09 15:18 ]
C'est corrigé (pb d'autorisation par IP)




[IMP-4297] SUPPORT - Pbs sur le FTP du vendeur HotShot-Rec Création: 29/sept./09 18:44  Mise à jour: 09/déc./09 17:26  Résolue: 09/déc./09 17:26

Etat: Résolu
Projet: Paramétrage - Import
Composants: Support entrant
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jeremy Pallot Attribution: Laurent Payot
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File hotshotrecords1310.txt     JPEG File screenshot-1.jpg    
Liens des demandes:
Similaire
similaire à IMP-3846 [UK] [FR] [ES] Creation compte FTP av... Résolu
Pays:
ALL - Tous
Login: HotShot-Rec
Séparateur: N/A
Type de traitement:
Mise à jour/création annonces (écrasement), Mise à jour/création annonces

 Description   
Bonjour,

Le vendeur HotShot-Rec sur la France n'arrive plus à accéder à son FTP.
Pouvez-vous vérifier si il fonctionne bien?

Merci,

Jérémy

 Commentaires   
Commentaire de Jeremy Pallot [ 29/sept./09 19:07 ]
Pour être plus précis, lorsque le vendeur dépose un fichier dans le FTP on lui indique qu'il n'est pas autorisé à faire ainsi.
Commentaire de Laurent Payot [ 30/sept./09 10:07 ]
sur le UK, qui le pays sur lequel à été créé le compte FTP centralisé, le login est HotShot_Rec.

Commentaire de Laurent Payot [ 30/sept./09 10:09 ]
infos login lors de la création du compte :
=====================================================================
Account FTP seller created...

Pseudo : hotshot_rec
password : Wiv79S5
Server : ftp.priceminister.co.uk
Country : uk
Flow purchase : yes

=====================================================================
Commentaire de Laurent Payot [ 30/sept./09 10:41 ]
J'ai fait des tests et j'ai pu créer des fichiers partout sans problème. la création des répertoires marche aussi.

Voici les logs *complets* de la dernière session FTP du partenaire, qui date du 25 septembre :

FTPD [25615] dyndsl-095-033-012-234.ewe-ip-backbone.de [25/Sep/2009:17:43:04 +0200] "USER hotshot_rec" 331
FTPD [25616] dyndsl-095-033-012-234.ewe-ip-backbone.de [25/Sep/2009:17:43:05 +0200] "USER hotshot_rec" 331
FTPD [27699] dyndsl-095-033-012-234.ewe-ip-backbone.de [25/Sep/2009:17:48:14 +0200] "USER hotshot_rec" 331
dyndsl-095-033-012-234.ewe-ip-backbone.de UNKNOWN hotshot_rec [25/Sep/2009:17:48:14 +0200] "DELE hotshotrecords2509.txt" 250 -
FTPD [28776] dyndsl-095-033-012-234.ewe-ip-backbone.de [25/Sep/2009:17:50:44 +0200] "USER hotshot_rec" 331
dyndsl-095-033-012-234.ewe-ip-backbone.de UNKNOWN hotshot_rec [25/Sep/2009:17:50:49 +0200] "STOR hotshotrecords2509.txt" 226 1318912
FTPD [29160] dyndsl-095-033-012-234.ewe-ip-backbone.de [25/Sep/2009:17:54:04 +0200] "USER hotshot_rec" 331
dyndsl-095-033-012-234.ewe-ip-backbone.de UNKNOWN hotshot_rec [25/Sep/2009:17:54:04 +0200] "DELE hotshotrecords2509.txt" 250 -
FTPD [17565] dyndsl-095-033-012-234.ewe-ip-backbone.de [25/Sep/2009:18:35:14 +0200] "USER hotshot_rec" 331
FTPD [18226] dyndsl-095-033-012-234.ewe-ip-backbone.de [25/Sep/2009:18:36:18 +0200] "USER hotshot_rec" 331
dyndsl-095-033-012-234.ewe-ip-backbone.de UNKNOWN hotshot_rec [25/Sep/2009:18:36:19 +0200] "DELE hotshotrecords2509.txt" 250 -
dyndsl-095-033-012-234.ewe-ip-backbone.de UNKNOWN hotshot_rec [25/Sep/2009:18:36:20 +0200] "STOR hotshotrecords2509.txt" 226 20480

Comme on peut le voir dans les logs, le partenaire essaye d'effacer un nom de fichier (action DELE suivie du nom du fichier) qu'il n'a pas encore déposé (action STOR pour le même fichier qui est *postérieure* à la tentative d'effacement de ce mêm fichier). Forcément il doit avoir des messages d'erreur si il essaye d'effacer des fichiers qu'il n'a pas encore déposés. J'ai vérifié et aucun fichier n'a été déposé en front office.

Le partenaire doit probablement utiliser un programme qu'il a dévellopé lui même et qui se mélange les pinceaux, ou alors c'est lui même qui tape des actions FTP en ligne de commande sans savoir ce qu'il fait.

Dans tous les cas il faut lui demander le message d'erreur qu'il obtient, si possible une capture de console ou d'écran.
Commentaire de Laurent Payot [ 30/sept./09 13:24 ]
Jeremy, peux-tu me donner le nom et le mail d'une personne à contacter?
Commentaire de Laurent Payot [ 05/oct./09 15:44 ]
quel est la personne à contacter?
Commentaire de Jeremy Pallot [ 19/oct./09 09:54 ]
Oui la personne à contacter est: dirk@hotshotrecords.com
Commentaire de Laurent Payot [ 19/oct./09 10:44 ]
Mail envoyé à dirk@hotshotrecords.com pour demander plus de précisions (message d'erreur, screenshot etc)
Commentaire de Laurent Payot [ 20/oct./09 15:13 ]
Dans la capture d'écran du partenaire on voit que le partenaire utilise des sous répertoires au lieu de mettre ses fichiers directement dans /stock/overwrite. Le message d'erreur "pas les droits suffisants" vient peut etre du fait qu'il essaye de faire du drag and drop de dossiers vers notre serveur FTP. j'ai mis un des fichiers qui était dans un sous repertoir directement dans /stock/overwrite et il à bien été importé.
Commentaire de Jeremy Pallot [ 20/oct./09 17:52 ]
Ci-joint les fichiers que le partenaire essaye d'importer.
Commentaire de Laurent Payot [ 20/oct./09 18:07 ]
j'ai deposé le fichier 1310 dans stock/overwrite et il a bien été importé comme les autres. les modif devraient apparaitre dans quelques heures au maximum (le ftp est plus long que l'interface web).

Je clos ce Jira critique. je pars au Kentucky pour deux semaines mais n'hésite pas a voir avec le reste de l'equipe en cas de problème.
Commentaire de Jeremy Pallot [ 26/oct./09 15:37 ]
Bonjour, le problème n'est pas encore résolu:

Hi Laurent,
 
any news about our problem here?
 
By the way I want to simplify things. I don't want send you the complete stocklist anymore but only the items that were sold or are new in stock. I also want to import your orders into our computersystem. We do this already with Amazon and since you guys are always better than Amazon this should be no problem.
 
My computerguys will contact you to work things out if this is OK with you.
 
Best regards,
 
Hot Shot Records GmbH & Co. KG
Dirk Petersen
Hanseatenhof 9
28195 Bremen
Germany
 
Tel.: 0049 (0) 421 / 70 49 01
Fax.: 0049 (0) 421 / 70 64 52
Commentaire de Jeremy Pallot [ 28/oct./09 11:35 ]
Bonjour,
Pouvez-vous recontacter ce vendeur car la solution proposée par Laurent ne fonctionne pas et le vendeur ne peut pas mettre son stock à jour.

Merci,

Jérémy
Commentaire de Laurent Payot [ 04/nov./09 11:37 ]
Ca ne marche pas car le partenaire à modifié l'ordre des colonnes sans prévenir. Je vais le contacter de nouveau.
Commentaire de Laurent Payot [ 04/nov./09 15:07 ]
Paretnaire contacté. Je lui ai expliqué comment utiliser les répertoires add et delete. j'attend sa réponse éventuelle.
Commentaire de Laurent Payot [ 17/nov./09 14:53 ]
Le partenaire n'a pas envoyé de nouveau fichier depuis le 26 octobre alors qu'il le faisait régulièrement auparavant. j'ai demandé à Jérémy de le recontacter.
Commentaire de Laurent Payot [ 09/déc./09 17:26 ]
Le partenaire a soumis un fichier le 25/11/2009-13:15 qui est passé à 80%. je clos le jira.




[APP-27474] Améliorations templates SAV TX-L Création: 02/déc./09 14:59  Mise à jour: 14/janv./10 17:33  Résolue: 31/déc./09 17:37

Etat: Fermé
Projet: Application PriceMinister
Composants: Mails
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 60.0.0 (TX-L)

Type: Amélioration Priorité: Mineur
Rapporteur: Habib-Sylvain Gourguet Attribution: Habib-Sylvain Gourguet
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Pièces jointes: Microsoft Word mail_type-VDI.doc     Microsoft Word Procédure VDI.doc    
Sous-tâches:
Clé
Résumé
Type
Etat
Attribution
APP-27475 Améliorations templates spécifiques S... Sous-tâche Fermé Habib-Sylvain Gourguet  
APP-27476 Améliorations templates spécifiques S... Sous-tâche Fermé Thomas Springett  
Pays:
GBR - Royaume Uni
Projets PM: *** A PLANIFIER ***

 Commentaires   
Commentaire de Benoit Tabaka [ 11/déc./09 10:34 ]
Mail Type "VDI"

Internationalisation : non (uniquement FR)

-----------
Bonjour habdev1,

Vous proposez actuellement à la vente des produits de marques relevant d'un réseau de distributeurs indépendants (Herbalife, Forever Living, etc.). Ces produits sont destinés à être vendus exclusivement par un réseau de distributeurs indépendants, le tout reposant sur un système de vente directe imposant la vente des produits de personne à personne.

Vous avez ainsi, en tant que distributeur, conclu avec la société ci-dessus un contrat de vendeur à domicile indépendant (VDI), régi par les articles L.135-1 et suivants du Code de la consommation.

Ce cadre vous impose notamment de commercialiser ces produits "directement auprès d'un consommateur", c'est à dire par l'intermédiaire d'une vente à domicile ou tout lieu non dédié à la vente.

Dès lors, un VDI ne peut pas réaliser des ventes à distance, et notamment par l'intermédiaire d'Internet.

Nous sommes par conséquent dans l'obligation de vous demander de cesser dès à présent la commercialisation de ces produits par l'intermédiaire de PriceMinister et nous vous invitons à vous rapprocher de votre distributeur pour connaître les conditions dans lesquelles vous êtes en droit de proposer à la vente ces produits par l'intermédiaire de notre site. .

A l'inverse, si vos annonces correspondent à la revente de produits acquis auprès de VDI, merci de nous en informer.

Merci et à bientôt,

Non identifié
Service client
http://bo.ref-fr.pm.dev

---
1/ signature : je préfère que l'on parle du Service Client (que de la partie "Contrefaçon") car on n'est pas sur de la CTF.
2/ j'ai modifié le wording afin de le rendre plus général (et ne pas nécessiter une quelconque modification par l'agent BO). Je cite donc les deux marques pour lesquelles on fait un tel ménage : Herbalife et Forever Living. A ma connaissance, ce sont les seules (à vérifier peut être que d'autres ne sont pas en mots clés). Si on ajoute d'autres marques au fur et à mesure, on pourra "updater" le mail type
3/ enlever la phrase "blocage de compte" (je trouve le truc un peu hard)
4/ laisser la possibilité à la personne de nous dire qu'elle est un vrai particulier (et ainsi, cela évite le retour disant "oui, mais y a des produits en vente").

Qu'en penses-tu Habib ?
Commentaire de Stéphanie BOILLON [ 11/déc./09 14:50 ]
Hello,
Voici le document actuel de procédure pour le traitement des vendeurs qui proposent des articles issus de ventes VDI.
Il sera amené à être modifié en fonction de l'évolution des notifications éventuelles d'ayants droit.

Steph.
Commentaire de Benoit Tabaka [ 11/déc./09 16:19 ]
Comme vu ce matin en réunion CTF, le mail type intégrant le § "suspension" + lien pour répondre
Commentaire de Habib-Sylvain Gourguet [ 22/déc./09 18:26 ]
A publier sur FR, pas de traduction :

t_ctbr_gsup_demande_annul_requested

-> Nouveau teamplate dans "contact acheteurs".

t_ctf_vdi

-> Généralisation toutes marques.

A publier sur FR, à traduire sur ES/UK :

purchase_buyer_capture_all
purchase_buyer_capture_some
purchase_buyer_capture_none

-> Réorganisation des infos pour plus de clarté. Velocity déjà intégré sur les 3 versions, attention au détail paiement.

t_frd_oppo_plainte

-> Ajout de l'heure de commande (Velocity) + mention "Dernière IP connue".

t_ctbr_modes_paiement

-> Refonte, réorganisation des infos.

t_cmbr_coordonnees_v

-> Ajout n° téléphone si PRO (Velocity)
Commentaire de Thomas Springett [ 24/déc./09 17:07 ]
Modifications fait sur UK
Commentaire de Habib-Sylvain Gourguet [ 30/déc./09 17:06 ]
Ro,

Petit oubli sur le template suivant :

t_frd_oppo_plainte

Il manque la date de commande (dans la boucle "foreach").

Pour le reste, quelques corrections par-ci par-là effectuées. Et Thomas avait apparemment oublié le template suivant :

t_cmbr_coordonnees_v

A me réaffecter pour publication. Merci.
Commentaire de Rocio Perez-Garcia [ 30/déc./09 17:31 ]
0040_opposition - plainte corrigé, soumis à publication
Commentaire de Habib-Sylvain Gourguet [ 31/déc./09 17:37 ]
Templates publiés :

0040_opposition - plainte
0080_coordonnées du vendeur
0140_rejeté - hors europe - patientez
0180_rejeté - article garanti par le vendeur
0190_VDI
0330_capture tout
0340_capture partielle
0350_capture aucun
0370_CBV/ext. - demande annulation (requested)
0380_RBTCPN - coupon de dédommagement
0390_modes de paiement




[APP-29320] Préconisation Aposition sur H1 et title FP : lot 2 Création: 26/avr./10 14:51  Mise à jour: 10/mai/10 11:49  Résolue: 07/mai/10 14:12

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 68.0.2

Type: Amélioration Priorité: Majeur
Rapporteur: Rémi Virlouvet Attribution: Rémi Virlouvet
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel Precos_H1_Title_Apo_V4.xlsx     Microsoft Excel Precos_H1_Title_Apo_version_a_prendre_en_compte.xlsx     Microsoft Excel Précos_H1_Title_Apo_V3.xlsx    
Liens des demandes:
Duplicate
a pour doublon APP-29086 Préconisation Aposition sur H1 et tit... Fermé
Similaire
similaire à APP-28893 Préconisation Aposition sur H1 et tit... Fermé
Pays:
GBR - Royaume Uni
Projets PM: *** A PLANIFIER ***

 Description   
univers Music, Video, Video games, Tel & PDA, Fashion

 Commentaires   
Commentaire de Many Pes [ 26/avr./10 16:00 ]
Mini retouche, on allège un peu les modifications sur mode (template mode et template chaussures), les modifs sont en rouge
Commentaire de Rémi Virlouvet [ 26/avr./10 17:43 ]
FASHION ACCESSORIES :
http://bo.ref-uk.pm.dev/offer/buy/41353053/cpl41353054/ladies-vintage-black-lace-corset-tie-belt-fashion-accessories.html

TELEPHONES :
http://bo.ref-uk.pm.dev/offer/buy/37679650/maxfield-max-dect-skype-approved-dual-cordless-phone-usb-voip-phone-telephone.html
Commentaire de Rémi Virlouvet [ 26/avr./10 17:45 ]
BAGS :
http://bo.ref-uk.pm.dev/offer/buy/40671174/cpl40671175/juicy-couture-handbag-bags.html
Commentaire de Rémi Virlouvet [ 26/avr./10 17:49 ]
JEWELLERY :
http://bo.ref-uk.pm.dev/offer/buy/40743058/ring-in-ruby-and-silver-jewellery.html
Commentaire de Rémi Virlouvet [ 27/avr./10 11:59 ]
SHOES :
http://bo.ref-uk.pm.dev/offer/buy/38010644/cpl41572434/sandals-puma-basic-ii-v-shoes.html
Commentaire de Rémi Virlouvet [ 27/avr./10 12:06 ]
CLOTHING :
http://bo.ref-uk.pm.dev/offer/buy/39582879/cpl41584670/spank-my-monkey-costume-ready-to-wear.html
Commentaire de Rémi Virlouvet [ 27/avr./10 12:11 ]
CALCULATORS :
http://bo.ref-uk.pm.dev/offer/buy/39843054/bluetooth-number-pad-microsoft-cyd-00003-calculator.html
Commentaire de Rémi Virlouvet [ 27/avr./10 12:13 ]
MOBILE ACCESSORIES :
http://bo.ref-uk.pm.dev/offer/buy/39689068/charger-for-motorola-v980-charger.html
Commentaire de Rémi Virlouvet [ 27/avr./10 12:16 ]
MOBILE PHONES :
http://bo.ref-uk.pm.dev/offer/buy/40057096/samsung-sgh-f480-tocco-pink-mobile.html
Commentaire de Rémi Virlouvet [ 27/avr./10 14:39 ]
sur PDA, Many, dans ton doc, tu dis qu'actuellement le H1 est tronqué au 1er tiret, mais ça ne semble pas être le cas, il n'est pas tronqué du tout. et niveau Meta title on tronque déjà au 2eme.

de façon plus général, doit on vraiment tronqué le H1 alors qu'en mise en vente on insiste pour que l'acheteur rentre le plus d'infos possible dans son titre ?

merci
Commentaire de Rémi Virlouvet [ 27/avr./10 14:39 ]
PDAs :

http://bo.ref-uk.pm.dev/offer/buy/36078069/HP-iPAQ-114-Classic-Handheld-Windows-Mobile-6-0-Classic-PXA310-624-MHz-RAM-64-MB-ROM-256-MB-3-5-TFT-320-x-240-802-11b-802-11g-Bluetooth-2-0-EDR.html
Commentaire de Rémi Virlouvet [ 27/avr./10 14:41 ]
VIDEO GAME ACCESSORIES :

http://bo.ref-uk.pm.dev/offer/buy/37402340/wii-fit-battery-accessory-wii.html
Commentaire de Rémi Virlouvet [ 27/avr./10 14:44 ]
CONSOLES :
http://bo.ref-uk.pm.dev/offer/buy/35283856/Dreamcast-Console-Damaged-Box-Pal-Uk-Console.html
Commentaire de Rémi Virlouvet [ 27/avr./10 14:52 ]
VIDEO GAMES :

http://bo.ref-uk.pm.dev/offer/buy/38629875/tekken-6-collectors-edition-xbox-360-game.html

c'est pas un peu bizarre le "(title) games on xxx" dans le meta title ?
Commentaire de Rémi Virlouvet [ 28/avr./10 11:23 ]
VIDEO :

apparemment le nouveau h1 fait disparaitre l'actuel caption (le réalisateur).

je vais l'inclure au H1
Commentaire de Rémi Virlouvet [ 28/avr./10 11:36 ]
bon non, ça ne marche pas.

on s'en tient à Titre on Region Format ?
Commentaire de Rémi Virlouvet [ 28/avr./10 11:38 ]
sur DVD ça donne :
http://bo.ref-uk.pm.dev/offer/buy/36295122/Last-Of-The-Living.html

VHS :
http://bo.ref-uk.pm.dev/offer/buy/27297487/Gladiator.html
Commentaire de Rémi Virlouvet [ 28/avr./10 11:41 ]
oh mais, je crois voir que sur ton excel le plus récent tu ne souhaites que :

Title on Format ? tu confirmes ?
Commentaire de Rémi Virlouvet [ 28/avr./10 11:59 ]
CD :
http://bo.ref-uk.pm.dev/offer/buy/39980306/boyle-susan-susan-boyle-cd-album.html
Commentaire de Rémi Virlouvet [ 28/avr./10 12:06 ]
VINYL :
http://bo.ref-uk.pm.dev/offer/buy/39367754/swan-lake-enemy-mine-lp.html

merci de tes retours, surtout n'hésite pas à faire des remarques même sur la mise en forme (esthétique)
Commentaire de Many Pes [ 28/avr./10 12:26 ]
OK retour avant la réu gén :-)
Commentaire de Rémi Virlouvet [ 28/avr./10 17:13 ]
2ème tournée :

CD :

http://bo.ref-uk.pm.dev/offer/buy/40127571/young-will-hits-cd-album.html
Commentaire de Many Pes [ 28/avr./10 17:16 ]
Dans l'idéal remplacer le tiret par quelques espaces histoire de faire joli ;-) pour le H1 de CD
Commentaire de Rémi Virlouvet [ 28/avr./10 17:45 ]
re :

http://bo.ref-uk.pm.dev/offer/buy/40127571/young-will-hits-cd-album.html

et si pas d'auteur :

http://bo.ref-uk.pm.dev/offer/buy/27086032/Let-s-Get-Out-Of-This-Country.html
Commentaire de Rémi Virlouvet [ 28/avr./10 17:55 ]
Vinyl :

http://bo.ref-uk.pm.dev/offer/buy/39336578/ricardo-villalobos-his-1st-record-sinus-poetry-ep-12-inch.html
Commentaire de Rémi Virlouvet [ 28/avr./10 18:27 ]
Video :

dvd
http://bo.ref-uk.pm.dev/offer/buy/39571695/harry-potter-1-6-box-set-dvd.html

vhs
http://bo.ref-uk.pm.dev/offer/buy/27271316/Titanic.html

Commentaire de Many Pes [ 29/avr./10 11:09 ]
CD avec ou sans contributeur: OK
Vinyl: OK
DVD (Zone 1, 2, autres, droits locatifs): OK
VHS: OK
Blu Ray:OK
HD DVD: OK


Commentaire de Many Pes [ 29/avr./10 11:12 ]
Ce JIRA est en doublon avec celui là: APP-29086
Commentaire de Rémi Virlouvet [ 29/avr./10 13:53 ]
Many si tu as juste le temps, pourrais-tu mettre à jour ta doc en prenant compte les templates validés, histoire qu'on s'assure que le résultat correspond au schéma, merci !
Commentaire de Rémi Virlouvet [ 29/avr./10 18:13 ]
VIDEO GAMES :
http://bo.ref-uk.pm.dev/offer/buy/38183724/it-s-my-birthday-wii-game.html
Commentaire de Rémi Virlouvet [ 29/avr./10 18:15 ]
GAME ACCESSORIES :
http://bo.ref-uk.pm.dev/offer/buy/37402340/wii-fit-battery-accessory-wii.html
Commentaire de Rémi Virlouvet [ 29/avr./10 18:16 ]
MOBILES :
http://bo.ref-uk.pm.dev/offer/buy/40057096/samsung-sgh-f480-tocco-pink-mobile.html
Commentaire de Rémi Virlouvet [ 29/avr./10 18:17 ]
MOBILE ACCESSORIES :
http://bo.ref-uk.pm.dev/offer/buy/39689068/charger-for-motorola-v980-charger.html
Commentaire de Rémi Virlouvet [ 29/avr./10 18:21 ]
CALCULATOR :
http://bo.ref-uk.pm.dev/offer/buy/39843054/bluetooth-number-pad-microsoft-cyd-00003-calculator.html
Commentaire de Rémi Virlouvet [ 29/avr./10 18:26 ]
TELEPHONES :
http://bo.ref-uk.pm.dev/offer/buy/39557739/cisco-small-business-pro-ip-phone-spa504g-voip-phone-telephone.html

(en fait j'ai remis comme avant, on tronque au 2e tiret ds le meta title, ça te va ou tu veux tout récupérer le title dedans ?)
Commentaire de Rémi Virlouvet [ 29/avr./10 18:28 ]
CLOTHING :
http://bo.ref-uk.pm.dev/offer/buy/39581757/cpl41612976/sexy-sorceress-costume-ready-to-wear.html

SHOES :
http://bo.ref-uk.pm.dev/offer/buy/38010644/cpl41572434/sandals-puma-basic-ii-v-shoes.html
Commentaire de Rémi Virlouvet [ 29/avr./10 18:31 ]
JEWELLERY :
http://bo.ref-uk.pm.dev/offer/buy/40743065/brand-new-titanium-white-gold-wedding-band-jewellery.html

BAGS :
http://bo.ref-uk.pm.dev/offer/buy/40973756/cpl40973757/other-handbag-bags.html

FASHION ACC :
http://bo.ref-uk.pm.dev/offer/buy/41353055/cpl41353056/ladies-vintage-black-lace-corset-tie-belt-fashion-accessories.html
Commentaire de Rémi Virlouvet [ 29/avr./10 18:32 ]
(note to self: templates à publier en double)
Commentaire de Many Pes [ 30/avr./10 09:26 ]
Merci rémi, tout est ok sauf pour Calculatrice:
--> Title: le nom de la catégorie n'est pas compris
--> Il y a 2 fois la balise H1

Le reste est ok je mets à jour le fichier
Commentaire de Many Pes [ 30/avr./10 09:41 ]
Le fichier pour la recette à prendre en compte est celui qui porte ce nom :-) (ne pas prendre en compte la V3 et V4)
Commentaire de Rémi Virlouvet [ 30/avr./10 14:19 ]
CALCULATORS :

http://bo.ref-uk.pm.dev/offer/buy/39843054/bluetooth-number-pad-microsoft-cyd-00003-calculator.html

ça a l'air ok, isn't it?
Commentaire de Rémi Virlouvet [ 30/avr./10 14:26 ]
CALCULATORS :

http://bo.ref-uk.pm.dev/offer/buy/39843054/bluetooth-number-pad-microsoft-cyd-00003-calculator.html

ça a l'air ok, isn't it?
Commentaire de Rémi Virlouvet [ 30/avr./10 14:29 ]
ajouté Calculator dans le meta title (mais à la fin, pas au début, car ça faisait bizarre, en anglais on dit machinchose calculator, pas calculator machinchose)

http://bo.ref-uk.pm.dev/offer/buy/39843054/bluetooth-number-pad-microsoft-cyd-00003-calculator.html
Commentaire de Rémi Virlouvet [ 03/mai/10 11:14 ]
17 templates :

cms ref & branch

default

/default/ProductTemplate/DetailTemplate/detail_calculator_split_headline_template - English (UK) (325335)

/default/ProductTemplate/DetailTemplate/detail_fashion_accessories_template - English (UK) (325228)

/default/ProductTemplate/DetailTemplate/detail_bag_template - English (UK) (325259)

/default/ProductTemplate/DetailTemplate/detail_jewelry_template - English (UK) (325260)

/default/ProductTemplate/DetailTemplate/detail_shoe_template - English (UK) (325323)

/default/ProductTemplate/DetailTemplate/detail_clothes_template - English (UK) (325334)

/default/ProductTemplate/DetailTemplate/detail_home_phones_template - English (UK) (325229)

/default/ProductTemplate/DetailTemplate/detail_mobile_accessories_split_headline_template - English (UK) (325336)

/default/ProductTemplate/DetailTemplate/detail_mobiles_template - English (UK) (325337)

/default/ProductTemplate/DetailTemplate/detail_video_game_accessories_template - English (UK) (325342)

/default/ProductTemplate/DetailTemplate/detail_video_game_template - English (UK) (325344)

/default/ProductTemplate/DetailTemplate/detail_video_template - English (UK) (325398)

/default/ProductTemplate/DetailTemplate/detail_vinyl_template - English (UK) (325547)

/default/ProductTemplate/DetailTemplate/detail_cd_template - English (UK) (325540)

/default/ProductTemplate/DetailTemplate/detail_console_template - English (UK) (325343)

/default/ProductTemplate/DetailTemplate/detail_pda_split_headline_template - English (UK) (325341)

/default/ProductTemplate/DetailTemplate/detail_pagers_template - English (UK) (325239)
Commentaire de Pierre Bret [ 04/mai/10 12:15 ]
ok pour mettre calculator en milieu de title.

Le début du title est réservé pour l'expression cible
Commentaire de Rémi Virlouvet [ 04/mai/10 14:09 ]
notes : les templates à changer en conf produit en predeploy seront : home phones, pagers, fashion accessories.

CD et Video devront etre modifiés en summary BO conf et resummarisés en postdeploy.




Modification des tags Weborama (APP-29505)

[APP-29623] Validation nouveaux tags Weborama Création: 19/mai/10 16:06  Mise à jour: 14/juin/10 11:30  Résolue: 03/juin/10 18:52

Etat: Fermé
Projet: Application PriceMinister
Composants: Tracking
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 71.0.0 (CTN-R)

Type: Sous-tâche Priorité: Majeur
Rapporteur: Marion Anfreville Attribution: Damien Dorizy
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word V2-Tag_weborama_priceminister.doc    
Pays:
FRA - France
Projets PM: *** CHASSE ***
Classif FONC: divers

 Description   
Voir en pj doc de synthèse des demandes de Weborama concernant la modification de leurs tags sur nos pages.

 Commentaires   
Commentaire de Fabrice Feugas [ 19/mai/10 18:23 ]
Adaptations = mises à jour ? Parce que quand je consulte une fiche produit en front je trouve pas de tag weborama aujourd'hui...

C'est conditionné à un tracking en particulier ?
Commentaire de Jonathan Gorges [ 19/mai/10 18:50 ]
Hello,
Concernant le taggage des fiches produits, il ne s'agit pas d'une maj en effet bien bien de nouveaux tags à paramétrer.
Aussi, ces tags ne sont pas conditionnés à des tracking en particuliers mais doivent bien être appelés pour n'importe quelle visite.

A ta dispo.
Commentaire de Fabrice Feugas [ 20/mai/10 09:59 ]
ok merci. C'est le mot "adaptations" dans le titre du JIRA qui m'a induit en erreur...
Commentaire de Fabrice Feugas [ 20/mai/10 16:25 ]
Comme vu dans le JIRA parent, ok fonctionnellement.

DAD, tu peux checker techniquement ?
Commentaire de Damien Dorizy [ 21/mai/10 15:07 ]
Quelques questions :

1) Taggage des FP : on leur passe juste catégorie et sous-catégorie ? Pas d'identifiant produit ? Ça va leur suffire à être plus pertinent ?

2) Remplacer v=0 par v=1. Ils t'ont répondu là-dessus Weborama ? C'est peut-être pour le changement de version. Dans ce cas, pourquoi pas sur la Homepage ? Enfin, ce n'est pas un point bloquant à l'implémentation.

3) Pas trop chaud pour tagger toutes les pages IG. Voir question de Fabrice dans APP-29505.
Marion et Olga, on ne peut pas juste ajouter le tag spécifiquement dans le contenu IG de la page LPAV09 ? Je sais, c'est pas super propre pour la désactivation de la promo, mais c'est juste un tag image dans une page promo.

4) Aucun problème, même si ça ne sert à rien...
Commentaire de Jonathan Gorges [ 21/mai/10 16:26 ]
Hello,

Voici mes retours.

1) Ils ne seront clairement jamais aussi pertinents que MyThings ou Criteo... Ca va les aider à l'être un peu plus, mais en effet ce n'est pas top.
2) Aucune réponse pour le moment, mais effectivement ce détail ne nous empêche pas d'avancer car le changement est relativement simple. Le tag de la HP ne change pas en effet.
3) Si nous pouvons uniquement taguer la LPAV09, ca serait vraiment top. Sinon, ne taguons aucune page IG.
4) OK.
Commentaire de Fabrice Feugas [ 21/mai/10 17:30 ]
Pour les pages IG, bonne idée de mettre le tag directement dans le contenu de la page. Quitte à mettre un tag image ?
Commentaire de Damien Dorizy [ 21/mai/10 18:13 ]
C'est un tag image apparemment :
<IMG SRC="http://priceminister.solution.weborama.fr/fcgi-bin/comptage_wreport.fcgi?WRP_ID=425417&WRP_SECTION=Coupon&WRP_SUBSECTION=Accueil&WRP_CONTENT=" width="1" height="1">

Le problème que ça peut poser c'est de séparer la promo de la campagne, à voir comment vous voulez faire au param.
Commentaire de Damien Dorizy [ 03/juin/10 15:47 ]
Donc tout est ok.
On tague donc toutes les landing pages.

[CAJ2010Q2CTN]
Commentaire de Damien Dorizy [ 03/juin/10 16:12 ]
Rectificatif : on ne tague AUCUNE page IG.
Commentaire de Christophe Garcia [ 03/juin/10 18:17 ]
MDPLVC
Commentaire de Jonathan Gorges [ 04/juin/10 11:15 ]
Hello,

Mon partenaire vient de vérifier une partie des tags (qui sont OK) mais me signale que son adresse IP vient de changer dynamiquement...
Pour finir le recettage, pourrions-nous également ouvrir l'accès à cette adresse : 86.64.97.77

Merci
Commentaire de Jonathan Gorges [ 04/juin/10 11:45 ]
C'est recetté par le partenaire !
Tout est OK.

Merci pour tous vos efforts, je vous ferais un update sur les résultats :)

Jon




[IMP-6375] Vérifier le fonctionnement des flux de commandes Création: 22/juin/10 09:56  Mise à jour: 22/juin/10 14:41  Résolue: 22/juin/10 14:41

Etat: Résolu
Projet: Paramétrage - Import
Composants: Support entrant
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Daniel Pintamalli Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Login: great-prices
Séparateur: N/A
Type de traitement:
N/A

 Description   
De : Ferro, James [mailto:james@traderslibrary.com]
Envoyé : lundi 21 juin 2010 23:03
À : Daniel Pintamalli
Cc : Chang, Peter
Objet : FW: Registration of your order 38997976

Daniel,
I placed this order to test our import, but it has not appeared yet after 3 hours. Does that seem strange to you?
James
 


 Commentaires   
Commentaire de Daniel Pintamalli [ 22/juin/10 14:41 ]
Message envoyé au PRO:

De : Daniel Pintamalli [mailto:daniel.pintamalli@priceminister.com]
Envoyé : mardi 22 juin 2010 12:06
À : 'Ferro, James'
Cc : 'Chang, Peter'; 'Carlos Cantoni'
Objet : RE: Registration of your order 38997976

Hello,

You order was waiting for manual validation because our system detected that the seller (yourself) had the same IP than the buyer. I say validation team to validate them all. Your order file is now available on FTP.

Regards,

Daniel Pintamalli




[DEC-36] Fichier client Camif occasion Création: 25/juil./05 15:48  Mise à jour: 10/sept./07 17:49  Résolue: 22/août/05 14:29

Etat: Fermé
Projet: Reporting
Composants: Partners
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Critique
Rapporteur: François Le Lay Attribution: Agathe Remy
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Afin d'intégrer et d'abonner directement les clients Camif Occasion opt'in dans nos bases Camif, et en sachant que nous avons aussi d'autres partenaires qui nous fournissent des bases clients comme Priceminister, nous demandons à chacun de nos partenaires de nous envoyer un fichier commun indiquant si possible les données qui sont mentionnées ci dessous.
Si vous n'avez pas la donnée, alors il suffit de mettre un 0

Type du fichier = fichier texte, avec champ fixe, séparé par points virgules Fréquence d'envoi du fichier = hebdomadaire Si rien ne peut etre indiqué dans le champ, alors indiquer 0 dans le champ
 
1.Code provenance (ce champ est en fait un code Camif que l'on communiquera à chacun des partenaires afin ensuite de pouvoir les identifier) => sur 10 caractères maxi 2. Code origine fichier (idem que le champ provenance) => sur 4 caractères 3. date de mise à jour du fichier => JJ/MM/AAAA 4. N° client CAMIF adhérent/sociétaire si connu + clef => sur 10 caractères 5. N° client du partenaire si connu (ex : numéro client camif occasion ou
effiliation) + clef éventuelle => sur 10 caractères 6. date de création de l'adresse => JJ/MM/AAAA 7. Civilité => 0=inconnu / 1=Monsieur / 2=Madame / 3=Mlle 8. Nom => 25 caractères 9. Prénom => 15 caractères 10. ligne 2 adresse => 38 caractères Ex. chez L. GUERANDE - App. 2 11. ligne 3 adresse => 38 caractères Ex. ESC 2 - BAT C - RES Mendès France 12. ligne 4 adresse => 38 caractères Ex. 3, ave de la République 13. ligne 5 adresse => 38 caractères Localité ou lieu dit 14. ligne 6 adresse => 5 caractères Code postal 5 chiffres 15. ligne 7 adresse => 38 caractères Commune 16. ligne 8 adresse => 38 caractères Pays 17. Date de naissance => JJ/MM/AAAA 18. email => sur 60 caractères 19. opt in camif => sur 3 caractères oui / non 20. n° téléphone => sur 15 caractères 21. champ spécifique supplémentaire et si besoin pour un type de partenaire
(25 caractères maxi ex : membre actif...)


 Commentaires   
Commentaire de François Le Lay [ 28/juil./05 18:41 ]
Requête OK ($PMREPORTS/user/camif/flux_standard.sh).
Envoyer un échantillon à Christophe Malicot pour validation du format.
Voir périodicité pour mise en place du flux.
Voir conditions d'accèes aux données (accès via frontaux par IP fixe ou email?)

Commentaire de François Le Lay [ 02/août/05 15:35 ]
Christophe Malicot contacté. On attend son retour.
Commentaire de François Le Lay [ 08/août/05 15:43 ]
Format OK, mise en place prévue à priori début Septembre.




[CoB MobilesAchat] Mise en place du cobranding (APP-5628)

[APP-5673] Création et livraison d'un flux pour MobilesAchat.fr Création: 15/sept./05 15:28  Mise à jour: 25/juin/07 18:31  Echéance: 24/oct./05 00:00  Résolue: 15/nov./05 12:47

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 8.0.6
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Majeur
Rapporteur: Bruno Ballester Attribution: Edouard Laurent
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: GZip Archive mobilesachat-10000.xml.gz    

 Description   
MobilesAchat est un co-branding qui sort en 8.0.6.
Pourrais tu voir rapidement ce qu'il est possible de faire pour ce partenaire ?

Merci

###################
Demande du partenaire
###################

Bonjour François,
 
Je reviens vers vous concernant la problématique de synchronisation entre votre base de données produit et celle du site Mobilesachat (le point que vous avez évoqué avec Jean Haguet). Je vous ai mis ci-dessous les 2 possibilités qui nous apparaissent. Je vous laisse voir cela en interne (j'ai cru comprendre que la personne qui s'occupait de cela serait disponible à compter de lundi prochain).
 
Pour notre part, 2 alternatives existent, l'une simple, l'autre un peu plus élaborée et offrant un service additionnel à l'internaute.
 
 
1/ Synchronisation à partir d'un flux XML simple
 
Objectif : proposer, depuis la fiche produit, un lien direct vers la page correspondante (au niveau du produit) sur la boutique cobrandée mobilesachat-priceminister.
 
Comment : que nous ayons à disposition un flux XML, remis régulièrement à jour comprenant obligatoirement :
- la marque du produit
- la référence exacte du produit
- le lien complet ou la page se trouve sur la boutique cobrandée mobilesachat-priceminister (http://www.xxxxxxx.com/xxxxxxxxx
 
-> Grâce à cela, nous pourrons proposer un accès direct vers la bonne page lorsque les internautes cliqueront sur l'item "occasion/destockage".
 
 
 
2/ Synchronisation à partir d'un flux XML complexe
 
Objectif : proposer, depuis la fiche produit, un tableau récapitulatif des offres correspondantes (au niveau du produit) proposées par PriceMinister (voir exemple en pj sur la partie "produit neuf")
 
Comment : que nous ayons à disposition un flux XML, remis régulièrement à jour comprenant obligatoirement :
- la marque du produit
- la référence exacte du produit
- l'ensemble des attributs à faire apparaître dans le tableau récapitulatif (y compris le lien complet menant à la page boutique cobrandée mobilesachat-priceminister). Ces atrributs seront à valider ensemble.
 
-> Grâce à cela, nous pourrons proposer, en cliquant sur l'item "occasion/destockage".
- toute ou partie des offres directement sur le site MobilesAchat
- à partir de ce tableau, un lien direct vers la boutique cobrandée mobilesachat-priceminister
 
 
N'hésitez pas à revenir vers moi pour que nous en discutions et finalisions ce point.
 
Bien cordialement,
 
Laurent
 
 
Laurent Deluermoz
Tel : 01 48 00 84 14 (fax : 01 23)

DIRECT-INTERACTIVE
21, rue d'Hauteville - 75010 Paris



 Commentaires   
Commentaire de Bruno Ballester [ 15/sept./05 15:31 ]
#######################
INFOS COMPLEMENTAIRES
#######################

IP du serveur de production : 195.154.232.25 IP de sortie : 62.210.70.158
Chez Direct-Interactive (si vous en avez besoin) IP du serveur de test :
82.112.125.27 IP de sortie : 217.128.62.70





Nous en train d'essayer d'obenir les informations concernant le serveur FTP.
S'il te manque des informations, n'hésites pas à venir me voir.
Commentaire de Bruno Ballester [ 19/sept./05 18:09 ]
Bonjour,

Veuillez trouver ci-dessous les paramètres du compte FTP qui vous
permettront de déposer vos flux XML:

Serveur: upload.oracom.fr
login : priceminister
mot de pass : xc45pzm3
Commentaire de Edouard Laurent [ 11/oct./05 15:45 ]
>> (voir exemple en pj sur la partie "produit neuf")

Francois peux tu uploader le fichier en piece jointe du 1ere mail
Commentaire de Bruno Ballester [ 12/oct./05 16:06 ]
Attention Edouard, Franz n'était pas concerné par ce bug. C'est chose faite.
Commentaire de Bruno Ballester [ 09/nov./05 12:46 ]
Extrait du flux.
Commentaire de Bruno Ballester [ 15/nov./05 12:47 ]
Livraison du flux en production 15/11/2005.
Commentaire de Arnaud Forgues [ 15/nov./05 17:55 ]
vu avec Edouard




[EXP-223] Création d'un flux SHOPZILLA Création: 21/sept./05 17:01  Mise à jour: 25/juin/07 18:54  Echéance: 08/nov./05 00:00  Résolue: 22/nov./05 15:58

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Charles Decaux Attribution: Edouard Laurent
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word Catalogue Produits.doc     Microsoft Excel catégories shopzilla détaillé.xls    

 Description   
Nous avons un nouveau partenaire : SHOPZILLA

Il faut donc créer un flux pour eux.

Contact technique : Josian Chevallier ¿ jchevallier@shopzilla.com - +44 (0) 20 7569 3147

L'envoi se fait par http.

Il faut créer deux flux : un flux occasion, un flux neuf.

La doc technique est ci-jointe.

Contenu du flux :
Ces flux ne doivent contenir que les produits culturels :
CD et Vinyles
DVD et VHS
Jeux-Vidéos (pas les consoles)
Livres et Magazines et BD.

Attention, un produit sans SKU ne sera pas référencé chez Shopzilla

Codes de tracking :
Les codes de tracking sont les suivants :

Musique : t=1007740
Vidéo : t=1007741
Jeux : t=1007742
Livres : t=1007743

Catégorisation :
Dans le champ catégorie, il faut fournir les id disponibles sur la page suivante et que j'ai recensés ci-dessous
http://merchant.shopzilla.co.uk/oa/general/taxonomy.xpml#80


DVDs & Videos 5,114
Livres 8,098
BD 8,099
Magazines 8,005
Music 5,220
Jeux Vidéo 15,010,100

A votre dispo pour toute question

Charles


 Commentaires   
Commentaire de Charles Decaux [ 21/sept./05 17:03 ]
Specs techniques ci-jointes
Commentaire de Charles Decaux [ 21/sept./05 18:10 ]
Voici l'adresse IP de leur serveur qui viendra chercher le flux sur notre serveur : 216.52.244.154
Commentaire de Charles Decaux [ 28/sept./05 19:01 ]
On vient de finaliser la négociation d'un très bon deal commercial avec Shopzilla
Est-ce qu'on peut avancer sur la mise en oeuvre de ce feed ?
As-tu une idée du délai de mise en oeuvre ?

Le partenariat commence le 1er octobre.

Merci.
Commentaire de Charles Decaux [ 03/nov./05 17:54 ]
Shopzilla a affiné ses catégories, voici le fichier joint qui donne

S'il n'est pas possible de matcher leurs catégories affinées aux notres, on peut les lier aux anciennes catégories plus généralistes fournies précédemment même si cela nous sera très préjudiciable.

Merci et à ta dispo pour en parler

Charles
Commentaire de Charles Decaux [ 04/nov./05 09:50 ]
En fait pour les catégories, s'il est trop compliqué de matcher les notres avec celles de shopzilla données dans le document précédent, on peut utiliser nos catégories usuelles et ils feront le matching.

Le mieux étant tout de même d'essayer de mettre leurs catégories.

Merci
Commentaire de Edouard Laurent [ 22/nov./05 15:58 ]
fait !




[APP-6808] on encore des erreurs sur Image /284533119_S.jpg ... Création: 21/déc./05 10:11  Mise à jour: 25/juin/07 18:34  Résolue: 22/déc./05 14:56

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 8.0.9b
Version(s) corrigée(s): 8.0.9c

Type: Bogue Priorité: Mineur
Rapporteur: Serge Delabrosse Attribution: Geneviève Beaujard
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Bonjour


On a encore des erreurs sur /284533119_S.jpg ... est ce normal ?


Cdlt


serge



================================= ANNEXE ==============================

2005-12-21 07:32:37,920 ERROR [10.150.28.77] - EJBException in method: public abstract com.babelstore.common.business.BatchBusiness com.babelstore.common.business.BatchBusinessHome.create(java.lang.Long,java.lang.String) throws java.rmi.RemoteException,javax.ejb.CreateException, causedBy:
2005-12-21 07:32:38,233 ERROR [-Processor25] 83.193.70.218 - Find failed
2005-12-21 07:32:38,239 ERROR [-Processor25] 83.193.70.218 - Load error
2005-12-21 07:32:38,583 ERROR [-Processor34] 195.12.230.202 - Find failed
2005-12-21 07:32:38,588 ERROR [-Processor34] 195.12.230.202 - IMG ERROR : Image not found (javax.ejb.FinderException: Find failed: org.jboss.util.NestedSQLException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] ); - nested throwable: (javax.resource.ResourceException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] ))) Image /88643730_S
2005-12-21 07:32:38,703 ERROR [-Processor28] 68.142.250.177 - Find failed
2005-12-21 07:32:38,709 ERROR [-Processor28] 68.142.250.177 - Load error
2005-12-21 07:32:39,163 ERROR [-Processor29] 66.249.71.53 - Find failed
2005-12-21 07:32:39,170 ERROR [-Processor29] 66.249.71.53 - Load error
2005-12-21 07:32:39,953 ERROR [10.150.28.77] - EJBException in method: public abstract void com.babelstore.common.business.BatchBusiness.close() throws java.rmi.RemoteException, causedBy:
2005-12-21 07:32:39,973 ERROR [-Processor38] 195.12.230.196 - Find failed
2005-12-21 07:32:39,977 ERROR [-Processor38] 195.12.230.196 - IMG ERROR : Image not found (javax.ejb.FinderException: Find failed: org.jboss.util.NestedSQLException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] ); - nested throwable: (javax.resource.ResourceException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] ))) Image /284533119_S.jpg
2005-12-21 07:32:41,633 ERROR [-Processor35] 68.142.250.159 - Find failed
2005-12-21 07:32:41,641 ERROR [-Processor35] 68.142.250.159 - Load error
2005-12-21 07:32:42,053 ERROR [-Processor27] 68.142.251.57 - Find failed
2005-12-21 07:32:42,059 ERROR [-Processor27] 68.142.251.57 - Load error
2005-12-21 07:32:42,303 ERROR [10.150.28.77] - Find failed
2005-12-21 07:32:42,308 ERROR [10.150.28.77] - EJBException in method: public abstract com.babelstore.common.business.BatchBusiness com.babelstore.common.business.BatchBusinessHome.create(java.lang.Long,java.lang.String) throws java.rmi.RemoteException,javax.ejb.CreateException, causedBy:
2005-12-21 07:32:42,403 ERROR [10.150.28.77] - Find failed
2005-12-21 07:32:42,411 ERROR [10.150.28.77] - EJBException in method: public abstract com.babelstore.common.business.BatchBusiness com.babelstore.common.business.BatchBusinessHome.create(java.lang.Long,java.lang.String) throws java.rmi.RemoteException,javax.ejb.CreateException, causedBy:
2005-12-21 07:32:42,973 ERROR [-Processor29] 66.249.71.47 - Find failed
2005-12-21 07:32:42,980 ERROR [-Processor29] 66.249.71.47 - Load error
2005-12-21 07:32:43,143 ERROR [-Processor26] 66.249.71.1 - Find failed
2005-12-21 07:32:43,149 ERROR [-Processor26] 66.249.71.1 - Load error
2005-12-21 07:32:44,343 ERROR [10.150.28.77] - EJBException in method: public abstract void com.babelstore.common.business.BatchBusiness.close() throws java.rmi.RemoteException, causedBy:
2005-12-21 07:32:44,453 ERROR [10.150.28.77] - EJBException in method: public abstract void com.babelstore.common.business.BatchBusiness.close() throws java.rmi.RemoteException, causedBy:
2005-12-21 07:32:45,053 ERROR [-Processor31] 66.249.71.14 - Find failed
2005-12-21 07:32:45,293 ERROR [-Processor28] 82.240.21.238 - Find failed
2005-12-21 07:32:45,302 ERROR [-Processor28] 82.240.21.238 - Load error
2005-12-21 07:32:45,563 ERROR [-Processor29] 213.186.59.103 - Find failed
2005-12-21 07:32:45,570 ERROR [-Processor29] 213.186.59.103 - Load error
2005-12-21 07:32:45,583 ERROR [-Processor38] 68.142.250.161 - Find failed
2005-12-21 07:32:45,590 ERROR [-Processor38] 68.142.250.161 - Load error
2005-12-21 07:32:45,773 ERROR [-Processor26] 83.201.115.236 - Find failed
2005-12-21 07:32:45,779 ERROR [-Processor26] 83.201.115.236 - Load error
2005-12-21 07:32:47,063 ERROR [-Processor31] 66.249.71.14 - Find failed
2005-12-21 07:32:47,071 ERROR [-Processor31] 66.249.71.14 - Load error
2005-12-21 07:32:47,453 ERROR [-Processor19] 82.66.195.159 - Find failed
2005-12-21 07:32:47,459 ERROR [-Processor19] 82.66.195.159 - Load error
2005-12-21 07:32:48,283 ERROR [-Processor32] 80.239.144.11 - Find failed
2005-12-21 07:32:48,288 ERROR [-Processor32] 80.239.144.11 - IMG ERROR : Image not found (javax.ejb.FinderException: Find failed: org.jboss.util.NestedSQLException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] ); - nested throwable: (javax.resource.ResourceException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] ))) Image /161528030_S.jpg
2005-12-21 07:32:49,013 ERROR [-Processor26] 66.249.66.228 - Find failed
2005-12-21 07:32:49,383 ERROR [10.150.28.77] - Find failed
2005-12-21 07:32:49,388 ERROR [10.150.28.77] - EJBException in method: public abstract com.babelstore.common.business.BatchBusiness com.babelstore.common.business.BatchBusinessHome.create(java.lang.Long,java.lang.String) throws java.rmi.RemoteException,javax.ejb.CreateException, causedBy:
2005-12-21 07:32:49,723 ERROR [-Processor35] 24.199.247.99 - Find failed
2005-12-21 07:32:49,729 ERROR [-Processor35] 24.199.247.99 - Load error
2005-12-21 07:32:50,973 ERROR [-Processor19] 66.249.66.228 - Find failed
2005-12-21 07:32:51,023 ERROR [-Processor26] 66.249.66.228 - Find failed
2005-12-21 07:32:51,030 ERROR [-Processor26] 66.249.66.228 - Load error
2005-12-21 07:32:51,044 ERROR [-Processor27] 80.239.144.2 - Find failed
2005-12-21 07:32:51,050 ERROR [-Processor27] 80.239.144.2 - IMG ERROR : Image not found (javax.ejb.FinderException: Find failed: org.jboss.util.NestedSQLException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] ); - nested throwable: (javax.resource.ResourceException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] ))) Image /50338430_S.jpg
2005-12-21 07:32:51,373 ERROR [P-Processor8] 66.249.66.228 - Find failed
2005-12-21 07:32:51,380 ERROR [P-Processor8] 66.249.66.228 - Load error
2005-12-21 07:32:51,424 ERROR [10.150.28.77] - EJBException in method: public abstract void com.babelstore.common.business.BatchBusiness.close() throws java.rmi.RemoteException, causedBy:
2005-12-21 07:32:51,913 ERROR [-Processor37] 66.249.66.228 - Find failed
2005-12-21 07:32:52,043 ERROR [P-Processor4] 202.134.92.98 - Find failed
2005-12-21 07:32:52,051 ERROR [P-Processor4] 202.134.92.98 - Load error
2005-12-21 07:32:52,663 ERROR [-Processor31] 68.142.250.149 - Find failed
2005-12-21 07:32:52,670 ERROR [-Processor31] 68.142.250.149 - Load error
2005-12-21 07:32:52,983 ERROR [-Processor19] 66.249.66.228 - Find failed
2005-12-21 07:32:52,989 ERROR [-Processor19] 66.249.66.228 - Load error
2005-12-21 07:32:53,293 ERROR [-Processor22] 66.249.66.228 - Find failed
2005-12-21 07:32:53,300 ERROR [-Processor22] 66.249.66.228 - Load error
2005-12-21 07:32:53,583 ERROR [-Processor14] 66.249.64.44 - Find failed
2005-12-21 07:32:53,923 ERROR [-Processor37] 66.249.66.228 - Find failed
2005-12-21 07:32:53,929 ERROR [-Processor37] 66.249.66.228 - Load error
2005-12-21 07:32:54,753 ERROR [-Processor33] 195.220.252.125 - Find failed
2005-12-21 07:32:54,759 ERROR [-Processor33] 195.220.252.125 - Load error
2005-12-21 07:32:54,853 ERROR [-Processor32] 68.142.249.196 - Find failed
2005-12-21 07:32:54,860 ERROR [-Processor32] 68.142.249.196 - Load error
2005-12-21 07:32:55,484 ERROR [-Processor38] 68.142.249.192 - Find failed
2005-12-21 07:32:55,490 ERROR [-Processor38] 68.142.249.192 - Load error
2005-12-21 07:32:55,594 ERROR [-Processor14] 66.249.64.44 - Find failed
2005-12-21 07:32:55,600 ERROR [-Processor14] 66.249.64.44 - Load error
2005-12-21 07:32:56,364 ERROR [10.150.28.77] - Find failed
2005-12-21 07:32:56,369 ERROR [10.150.28.77] - EJBException in method: public abstract com.babelstore.common.business.BatchBusiness com.babelstore.common.business.BatchBusinessHome.create(java.lang.Long,java.lang.String) throws java.rmi.RemoteException,javax.ejb.CreateException, causedBy:
2005-12-21 07:32:56,474 ERROR [10.150.28.77] - Find failed
2005-12-21 07:32:56,479 ERROR [10.150.28.77] - EJBException in method: public abstract com.babelstore.common.business.BatchBusiness com.babelstore.common.business.BatchBusinessHome.create(java.lang.Long,java.lang.String) throws java.rmi.RemoteException,javax.ejb.CreateException, causedBy:
2005-12-21 07:32:56,524 ERROR [-Processor29] 195.12.230.202 - Find failed
2005-12-21 07:32:56,529 ERROR [-Processor29] 195.12.230.202 - IMG ERROR : Image not found (javax.ejb.FinderException: Find failed: org.jboss.util.NestedSQLException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] ); - nested throwable: (javax.resource.ResourceException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] ))) Image /259063163_S
2005-12-21 07:32:57,424 ERROR [P-Processor2] 68.142.251.171 - Find failed
2005-12-21 07:32:57,433 ERROR [P-Processor2] 68.142.251.171 - Load error
2005-12-21 07:32:57,624 ERROR [-Processor11] 66.249.64.14 - Find failed
2005-12-21 07:32:57,630 ERROR [-Processor11] 66.249.64.14 - Load error
2005-12-21 07:32:58,394 ERROR [10.150.28.77] - EJBException in method: public abstract void com.babelstore.common.business.BatchBusiness.close() throws java.rmi.RemoteException, causedBy:
2005-12-21 07:32:58,514 ERROR [10.150.28.77] - EJBException in method: public abstract void com.babelstore.common.business.BatchBusiness.close() throws java.rmi.RemoteException, causedBy:
2005-12-21 07:33:00,014 ERROR [P-Processor2] 68.142.249.32 - Find failed
2005-12-21 07:33:00,020 ERROR [P-Processor2] 68.142.249.32 - Load error
2005-12-21 07:33:01,254 ERROR [-Processor22] 212.96.81.124 - Find failed
2005-12-21 07:33:01,260 ERROR [-Processor22] 212.96.81.124 - Load error
2005-12-21 07:33:01,674 ERROR [-Processor38] 81.65.62.115 - Find failed
2005-12-21 07:33:01,680 ERROR [-Processor38] 81.65.62.115 - Load error
2005-12-21 07:33:01,904 ERROR [-Processor34] 66.249.71.9 - Find failed
2005-12-21 07:33:01,910 ERROR [-Processor34] 66.249.71.9 - Load error
2005-12-21 07:33:02,674 ERROR [-Processor19] 81.240.142.112 - Find failed
2005-12-21 07:33:02,680 ERROR [-Processor19] 81.240.142.112 - Load error
2005-12-21 07:33:02,694 ERROR [-Processor14] 68.142.249.81 - Find failed
2005-12-21 07:33:02,701 ERROR [-Processor14] 68.142.249.81 - Load error
2005-12-21 07:33:03,434 ERROR [-Processor32] 195.101.150.124 - Find failed
2005-12-21 07:33:03,994 ERROR [-Processor29] 68.142.251.26 - Find failed
2005-12-21 07:33:05,444 ERROR [-Processor32] 195.101.150.124 - Find failed
2005-12-21 07:33:05,594 ERROR [-Processor19] 68.142.250.105 - Find failed
2005-12-21 07:33:05,605 ERROR [-Processor19] 68.142.250.105 - Load error
2005-12-21 07:33:05,614 ERROR [-Processor14] 66.249.71.9 - Find failed
2005-12-21 07:33:05,621 ERROR [-Processor14] 66.249.71.9 - Load error
2005-12-21 07:33:06,004 ERROR [-Processor29] 68.142.251.26 - Find failed
2005-12-21 07:33:06,012 ERROR [-Processor29] 68.142.251.26 - Load error
2005-12-21 07:33:06,334 ERROR [-Processor23] 66.249.66.228 - Find failed
2005-12-21 07:33:06,342 ERROR [-Processor23] 66.249.66.228 - Load error
2005-12-21 07:33:06,544 ERROR [-Processor22] 66.249.71.53 - Find failed
2005-12-21 07:33:06,552 ERROR [-Processor22] 66.249.71.53 - Load error
2005-12-21 07:33:07,174 ERROR [-Processor37] 66.249.66.228 - Find failed
2005-12-21 07:33:07,181 ERROR [-Processor37] 66.249.66.228 - Load error
2005-12-21 07:33:07,454 ERROR [-Processor32] 195.101.150.124 - Could not create entity
2005-12-21 07:33:07,466 ERROR [-Processor32] 195.101.150.124 - Load error

-----
minitord version 2.2.0



 Commentaires   
Commentaire de Geneviève Beaujard [ 22/déc./05 14:56 ]
C'est un problèmre de no managed connection.
En voici la preuve:
IP 81.52.207.33 = akaimai
2005-12-21 07:31:24,358 INFO [P-Processor1] 81.52.207.33 - >>> GET http://img.priceminister.com/photo/285572808_S
2005-12-21 07:31:26,361 ERROR [P-Processor1] 81.52.207.33 - Find failed
org.jboss.util.NestedSQLException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] ); - nested throwable: (javax.resource.ResourceException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] ))
at org.jboss.resource.adapter.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:107)
at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand.execute(JDBCAbstractQueryCommand.java:210)
at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand.execute(JDBCAbstractQueryCommand.java:128)
at org.jboss.ejb.plugins.cmp.jdbc.JDBCFindByPrimaryKeyQuery.execute(JDBCFindByPrimaryKeyQuery.java:128)
at org.jboss.ejb.plugins.cmp.jdbc.JDBCFindEntityCommand.execute(JDBCFindEntityCommand.java:47)
at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.findEntity(JDBCStoreManager.java:589)
.....
2005-12-21 07:31:26,365 ERROR [P-Processor1] 81.52.207.33 - IMG ERROR : Image not found (javax.ejb.FinderException: Find failed: org.jboss.util.NestedSQLException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] ); - nested throwable: (javax.resource.ResourceException: No ManagedConnections available within configured blocking timeout ( 2000 [ms] ))) Image /285572808_S
2005-12-21 07:31:26,366 INFO [P-Processor1] 81.52.207.33 - <<< [2008 ms] GET http://img.priceminister.com/photo/285572808_S




[APP-6833] Plantage de la plateforme de PROD le 27/12 à 8h44 Création: 27/déc./05 10:03  Mise à jour: 25/juin/07 18:34  Résolue: 03/août/06 11:37

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 8.0.9c
Version(s) corrigée(s): ToDo

Type: Bogue Priorité: Critique
Rapporteur: Sébastien Tournay Attribution: Judd OSullivan
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File log plantage PROD du 271205.txt    

 Description   
Ce matin dès 8h44 nous avons un premier serveur applicatif (ANGITA) qui tombe. Il ne s'agit pas d'un crash JVM. Notre outil de supervision à détecté une erreur du type 'No JBOSS process running'.

Juste ensuite (8h45) un 2ème SA est tombé (HERCULE). Il ne s'agit pas d'un crash JVM. Notre outil de supervision à détecté une erreur du type 'No JBOSS process running'. Tous les autres SA suivent ensuite le plantage (AMPHITRITE, TELLUS, SOL, TERRA, NEPTUNE, ANGITA).

D'après les premières constatations du mini-déploiement de la V809c pas de pb ce matin. L'appli a redémarrée à 5h14.

Pas de charge particlière sur le site et sur la base. Un trafic équivalent depuis 8h.

On note par contre la même dernière ligne sur le fichier de log de tous les SA 'Maximum supported image dimension is 65500 pixels'.

Tous les logs (JBOSS+APACHE+QTX) sont archivés sur le FILER NFS (accessible depuis n'importe quel serveur au niveau de /pmshare/exploit/logs)


 Commentaires   
Commentaire de Swan Desportes [ 27/déc./05 10:42 ]
Le crash ressemble fortement à ceux que nous avons lors de la mise en prod de jmagick (API Java d'utilisation d'ImageMagick). ImageMagick peut élever sa consommation de mémoire pour faire planter l'application abruptement.

En furetant sur internet, d'autres utilisateurs font savoir qu'ils ont eu ce message d'erreur en utilisant JMagick. Pour autant, le message d'erreur n'est pas crédible puisque l'on peut sans problème soumettre des images supérieures à la taille annoncée. ImageMagick sait tout à fait traiter des images de plus de 65500 pixels au format JPG.

Ce message est probablement symptomatique d'un simple plantage mémoire.
Commentaire de Arnaud Forgues [ 27/déc./05 11:22 ]
J'ai pu constater que sur SOL, environ 1 minute avant le plantage, il y a eu de nombreux "Session unbound" :

Entre temps il n'y a rien eu de louche ..

2005-12-27 08:43:46,359 INFO [[jboss.web]]] - Session unbound
2005-12-27 08:43:46,359 INFO [[jboss.web]]] - Session unbound
2005-12-27 08:43:46,359 INFO [[jboss.web]]] - Session unbound
2005-12-27 08:43:46,359 INFO [[jboss.web]]] - Session unbound
2005-12-27 08:43:46,359 INFO [[jboss.web]]] - Session unbound
2005-12-27 08:43:46,359 INFO [[jboss.web]]] - Session unbound
2005-12-27 08:43:46,360 INFO [[jboss.web]]] - Session unbound
2005-12-27 08:43:46,360 INFO [[jboss.web]]] - Session unbound
2005-12-27 08:43:46,360 INFO [[jboss.web]]] - Session unbound
2005-12-27 08:43:46,360 INFO [[jboss.web]]] - Session unbound
2005-12-27 08:43:46,379 INFO [-Processor19] - Session bound
2005-12-27 08:43:46,380 INFO [-Processor19] 66.249.66.33 - >>> GET http://www.priceminister.com/boutique/WAYNE636/category/102715
2

..............

2005-12-27 08:44:26,768 INFO [-Processor13] 66.249.64.79 - Displaying tag : Tracking (ENTRY) - NO_TRACKING(729040)::Entree
2005-12-27 08:44:26,793 ERROR [P-Processor4] 66.249.66.33 - Category configuration problem - Parameter : 171522/127585 - Value 10.0 not comparable to K02103
2005-12-27 08:44:26,793 ERROR [P-Processor4] 66.249.66.33 - Category configuration problem - Parameter : 171523/127586 - Value 10.0 not comparable to K02103
2005-12-27 08:44:26,826 INFO [-Processor14] 66.249.66.33 - Displaying tag : Tracking (ENTRY) - NO_TRACKING(729040)::Entree
Maximum supported image dimension is 65500 pixels
Commentaire de Arnaud Forgues [ 27/déc./05 11:56 ]
J'ai reperé également cette requete plusieurs fois sur plusieurs SA (hercule, sol, Aurore) un peu avant plantage :

Sur sol :

"2005-12-27 08:45:49,543 INFO [-Processor45] 213.228.0.12 - <<< [2290 ms] GET http://www.priceminister.com/offer/buy/ad&gt;&lt;!-- Version : V809c - Build : Mon, 26 Dec 2005 12:21:32 +0100--> <!--"

Sur Hercule :

pareil avec l'IP : 213.228.0.86

précédé de : "213.228.0.86 - <<< [87 ms] GET http://www.priceminister.com/product?action=referencesearch&reference=0848809017"

Sur Aurore :

IP : 86.202.237.77


précédé de : "86.202.237.77 - >>> GET http://www.priceminister.com/product?action=referencesearch&reference=2903279098"
Commentaire de Justin Ziegler [ 28/déc./05 18:41 ]

Il faudrait regarder ce qui s'est passe sur venus de pres.
En effet, d'apres les courbes ce serveur a eu une pointe de charge au moment du plantage.
Commentaire de Judd OSullivan [ 03/août/06 11:37 ]
On a pas eu une récurrence donc je ferme.




[APP-6495] ORA-01476: divisor is equal to zero Création: 28/nov./05 09:43  Mise à jour: 25/juin/07 18:33  Résolue: 28/nov./05 15:59

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Serge Delabrosse Attribution: Geneviève Beaujard
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
a pour doublon APP-6496 souci lié peut-être à un compte vendeur Fermé

 Description   
Bonjour


on voit une erreur inahibuelle :

     une division par ZERO


à investiguer .


Cdlt

Serge



======================================================



venus 2005-11-28 09:30:08
Jboss log reports oracle error
2005-11-28 09:21:37,374 ERROR [-Processor15] 193.252.149.20 - TransactionRolledbackException in method: public abstract java.util.Collection com.babelstore.advert.business.AdvertCatalog.getProductAdvertInfoCollection(java.lang.Long,int,java.lang.Long,java.lang.Long,boolean,boolean) throws java.rmi.RemoteException, causedBy:
java.sql.SQLException: [Oracle] #31 ORA-01476: divisor is equal to zero
--
Referrer : null
--
2005-11-28 09:23:16,487 ERROR [P-Processor5] 212.157.111.5 - TransactionRolledbackException in method: public abstract java.util.Collection com.babelstore.advert.business.AdvertCatalog.getProductAdvertInfoCollection(java.lang.Long,int,java.lang.Long,java.lang.Long,boolean,boolean) throws java.rmi.RemoteException, causedBy:
java.sql.SQLException: [Oracle] #35 ORA-01476: divisor is equal to zero
--
Referrer : http://www.dvdpascher.net/moteur/dvd_moteur_result.php?titre=les+indestructibles&orderby=0&ra=
--
2005-11-28 09:23:52,897 ERROR [-Processor39] 212.157.111.5 - TransactionRolledbackException in method: public abstract java.util.Collection com.babelstore.advert.business.AdvertCatalog.getProductAdvertInfoCollection(java.lang.Long,int,java.lang.Long,java.lang.Long,boolean,boolean) throws java.rmi.RemoteException, causedBy:
java.sql.SQLException: [Oracle] #35 ORA-01476: divisor is equal to zero
--
Referrer : http://www.priceminister.com/navigation/se/category/search_video/category_sub/104703/kw/les+indestructibles
minitord version 2.2.0



 Commentaires   
Commentaire de Serge Delabrosse [ 28/nov./05 10:31 ]
L'erreur semble venir de l'absence de referer (? )

quand on clique sur le lien la page 'aviator' ci desous
 s'affiche bien ...

======================================================

venus 2005-11-28 10:15:08
Jboss log reports oracle error
2005-11-28 10:07:03,386 ERROR [-Processor30] 81.249.131.239 - TransactionRolledbackException in method: public abstract java.util.Collection com.babelstore.advert.business.AdvertCatalog.getProductAdvertInfoCollection(java.lang.Long,int,java.lang.Long,java.lang.Long,boolean,boolean) throws java.rmi.RemoteException, causedBy:
java.sql.SQLException: [Oracle] #33 ORA-01476: divisor is equal to zero
--
Referrer : null
--
2005-11-28 10:07:20,561 ERROR [-Processor18] 62.23.27.114 - TransactionRolledbackException in method: public abstract java.util.Collection com.babelstore.advert.business.AdvertCatalog.getProductAdvertInfoCollection(java.lang.Long,int,java.lang.Long,java.lang.Long,boolean,boolean) throws java.rmi.RemoteException, causedBy:
java.sql.SQLException: [Oracle] #35 ORA-01476: divisor is equal to zero
--
Referrer : null
--
2005-11-28 10:07:27,004 ERROR [-Processor30] 62.23.27.114 - TransactionRolledbackException in method: public abstract java.util.Collection com.babelstore.advert.business.AdvertCatalog.getProductAdvertInfoCollection(java.lang.Long,int,java.lang.Long,java.lang.Long,boolean,boolean) throws java.rmi.RemoteException, causedBy:
java.sql.SQLException: [Oracle] #27 ORA-01476: divisor is equal to zero
--
Referrer : null
--
2005-11-28 10:07:46,813 ERROR [-Processor33] 62.23.27.114 - TransactionRolledbackException in method: public abstract java.util.Collection com.babelstore.advert.business.AdvertCatalog.getProductAdvertInfoCollection(java.lang.Long,int,java.lang.Long,java.lang.Long,boolean,boolean) throws java.rmi.RemoteException, causedBy:
java.sql.SQLException: [Oracle] #35 ORA-01476: divisor is equal to zero
--
Referrer : http://www.priceminister.com/navigation/se/category/search_video/category_sub/104703/kw/aviator
--
2005-11-28 10:07:56,810 ERROR [-Processor15] 62.23.27.114 - TransactionRolledbackException in method: public abstract java.util.Collection com.babelstore.advert.business.AdvertCatalog.getProductAdvertInfoCollection(java.lang.Long,int,java.lang.Long,java.lang.Long,boolean,boolean) throws java.rmi.RemoteException, causedBy:
java.sql.SQLException: [Oracle] #37 ORA-01476: divisor is equal to zero
--
Referrer : http://www.priceminister.com/navigation/se/category/search_video/category_sub/104703/kw/aviator
--
2005-11-28 10:08:01,995 ERROR [-Processor12] 62.23.27.114 - TransactionRolledbackException in method: public abstract java.util.Collection com.babelstore.advert.business.AdvertCatalog.getProductAdvertInfoCollection(java.lang.Long,int,java.lang.Long,java.lang.Long,boolean,boolean) throws java.rmi.RemoteException, causedBy:
java.sql.SQLException: [Oracle] #31 ORA-01476: divisor is equal to zero
--
Referrer : http://www.priceminister.com/navigation/se/category/search_video/category_sub/104703/kw/aviator
minitord version 2.2.0

Commentaire de Serge Delabrosse [ 28/nov./05 10:34 ]
je vais aller voir Emanuel Benmoussa , car il est possible que certaines modif ai été effectuée
récement sur zone de code qui traite le référencement ...
Commentaire de Serge Delabrosse [ 28/nov./05 12:36 ]
une recherche a été faite sur IP : 212.157.111.5 aux heures ou apparaissent

ORA-01476: divisor is equal to zero


il y avait a ce moment la les requetes suivantes:
=====================================

www.priceminister.com 212.157.111.5 - - [28/Nov/2005:09:23:16 +0100] "GET /offer/buy/5568157?tracking=271840 HTTP/1.1" 503 4
442 "http://www.dvdpascher.net/moteur/dvd_moteur_result.php?titre=les+indestructibles&orderby=0&ra=" "Mozilla/5.0 (Macintosh
; U; PPC Mac OS X; fr) AppleWebKit/416.11 (KHTML, like Gecko) Safari/416.12"





www.priceminister.com 212.157.111.5 - - [28/Nov/2005:09:23:16 +0100] "GET /favicon.ico HTTP/1.1" 200 894 "-" "Mozilla/5.0 (Mac
intosh; U; PPC Mac OS X; fr) AppleWebKit/416.11 (KHTML, like Gecko) Safari/416.12"


www.priceminister.com 212.157.111.5 - - [28/Nov/2005:09:23:27 +0100] "GET /navigation/se/category/search_video/category_sub/10
4703/kw/les+indestructibles HTTP/1.1" 200 7066 "http://www.priceminister.com/offer/buy/5568157?tracking=271840" "Mozilla/5.0 (



www.priceminister.com 212.157.111.5 - - [28/Nov/2005:09:23:52 +0100] "GET /offer/buy/5568157/Les-Indestructibles-Import-Belge-
DVD-Zone-2.html HTTP/1.1" 503 4304 "http://www.priceminister.com/navigation/se/category/search_video/category_sub/104703/kw/le
s+indestructibles" "Mozilla/5.0 (Macintosh; U; PPC Mac OS X; fr) AppleWebKit/416.11 (KHTML, like Gecko) Safari/416.12"


Le log été sauvegardé sur :

/data/priceminister/pmshare/sd.divide_by_null.28_NOV05.vaccess_log

 pour investigation complémenatires :
Commentaire de Serge Delabrosse [ 28/nov./05 15:56 ]
apparement , geniève a passe un script pour corriger ce pb , il y a 1à minutes ...
sous un autre N° APP .

Je vais vérifier que l'erreur ORA-01476 : divisor is equal to zero , n'arrive plus ...




[EXP-1283] Mise en place d'une fiche de Mise en production (MEP) pour les serveurs internes Création: 15/févr./06 14:33  Mise à jour: 25/juin/07 18:56  Résolue: 24/févr./06 10:19

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Sébastien Tournay Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 3 heures, 30 minutes
Estimation originale: Non spécifié


 Description   
Il faudrait définir une fiche de réception de mise en production des serveurs internes (MEP). Cela à pour objectif de valider que tous les éléments pré-recquis sont bien installés (électrification, rackage, cablage, réseau, sauvegarde, supervision avec MINITOR, documentation, plan..)

 Commentaires   
Commentaire de Jérémie Bennejean [ 17/févr./06 12:19 ]
J'ai écrit un document de mise en production .
Ensuite j'ai écris une fiche qui bien sur est ouvert à toutes critiques et modifications

FICHE DE MISE EN ¿UVRE

PHASES
Réception Date :
Effectué par : Nom :

Nombre de colis :

Remarque état des colis: (bon/moyen/mauvais) :

Déballage Date :
Rangement documentations : (oui/non) :

Emplacement Baie n° :

Rackage Nombre de U utilisé :
Emplacement : (De ? à ? )

Electrification
Division des alimentations : Onduleur de la baie : (oui/non) :
Onduleur principal : (oui/non) :
Rangement des câbles : Attachement : (oui/non) :

Réseau
Raccordement au bon switch : (oui / non)(Quel switch) :
Type de câble : (cat 5e, 6 / dtp /ftp) :
Rangement des câbles : (oui / non) :

RAID
Configuration : Nombre de disques Type de Raid (0 /1/ 10)
Interne
Baie 1
Baie 2

OS Type : (Windows / Linux ) :
Version : (2003 / RH AS3 /4) :
Adresse IP :
Nom du serveur :
Nombre de partitions :
Nom des partitions :
Taille des partitions (Go):

Alertes minitord Installés : (oui / non)

WIKI Documentations : (oui / non)


Commentaire de Jérémie Bennejean [ 21/févr./06 17:26 ]
J'ai refais le document
Commentaire de Jérémie Bennejean [ 24/févr./06 10:19 ]
document disponible dans Z:/exploitatio/mep.xls




[EXP-1422] [Paiement en X fois : Intégration 1euro.com] Besoin d'accès extérieur ==> PAT Création: 02/mars/06 10:51  Mise à jour: 25/juin/07 18:56  Résolue: 03/mars/06 16:51

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Bloquant
Rapporteur: Arnaud Forgues Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 2 heures, 30 minutes
Estimation originale: Non spécifié


 Description   
Bonjour,

Dans le cadre du chantier "Paiement en X fois : intégration 1euro.com", nous sommes en partenariat avec 1euro.com/Atos.

Aussi le développement technique nécessite :
- de se connecter vers une adresse externe sur le port 3322 (ce point a déjà été débloqué par PAP/JEB via fortigate)

- de recevoir une reponse d'un serveur externe vers nos serveurs interne. Aussi on ne recoit pas cette réponse dû au réseau local.

Ma demande est donc de faire du Port Address Translation au niveau de fortigate afin de donner accès à nos serveurs de dev et integ (pour les prochains tests)

Le serveur externe est le suivant : rcet-payment.sips-atos.com
Les serveurs interne sont les suivants :
    - www.pm.bollinger:2580 (Renaud)
    - www.pm.bollinger:7080 (Arnaud)
    - www.pm.lan (pour le site d'INTEG)

A priori la demande devrait étre traité par Jérémie (vu avec Alain)

Merci,
Arnaud

 Commentaires   
Commentaire de Jérémie Bennejean [ 02/mars/06 17:59 ]
Nouveau virtual IP

Name IP Service Port Map to IP Map to Port
SSH_CONTREX wan1/84.14.5.59 tcp/22 192.168.1.252 tcp/22 Delete Edit
virtualip_renaud wan1/62.23.27.114 tcp/3333 192.168.1.29 tcp/2580
----------------------------------------------------------------------------------------------------------------------

Nouvelle règle :

wan1 -> internal (1)
44 all virtualip_renaud always ANY ACCEPT
-----------------------------------------------------------------------------------------------------------------------
test depuis l'exterieur

Quand http://62.23.27.114:3333 redirection et acces automatique a http://192.168.1.29:2580

test Ok
Commentaire de Arnaud Forgues [ 03/mars/06 12:16 ]
En fait ca marche toujours pas !! J'ai demandé à mon contact chez Atos de regarder dans ces logs et il a une erreru 502. Il a donc testé tout simplement dans browser et ca fait la meme chose
Commentaire de Jérémie Bennejean [ 03/mars/06 12:36 ]
ok, c''est bizzare, le test que tu as fait hier fonctionnait .
On va tacher de faire le test ici ... masi je n'ai pas de connexion adsl.
Je vais passer pas une connexion rtc.
Commentaire de Jérémie Bennejean [ 03/mars/06 15:09 ]
re tester depuis l exterieure cela foncitonne ( vu avec arnaud forgues).
re changement de port.
L'interdiction vient de chez atos certainement.
Commentaire de Jérémie Bennejean [ 03/mars/06 16:37 ]
modifié sur le port 443
test ok
Commentaire de Renaud Dierickx [ 03/mars/06 16:43 ]
Merci Jérémie... Ca marche !!! Bon week-end.




[APP-10652] Message étrange sur la HP : "Unable to send headers" Création: 20/juin/06 14:33  Mise à jour: 25/juin/07 18:41  Résolue: 28/juin/06 10:47

Etat: Fermé
Projet: Application PriceMinister
Composants: Home Page
Affecte la/les version(s): 9.0.1
Version(s) corrigée(s): 9.0.1

Type: Bogue Priorité: Majeur
Rapporteur: Christophe Garcia Attribution: Judd OSullivan
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Integ

 Description   
2006-06-20 14:31:10,162 INFO [P-Processor5] 192.168.1.212 - >>> GET http://www.pm.lan/ng
2006-06-20 14:31:10,209 WARN [P-Processor5] 192.168.1.212 - Unable to send headers
java.net.SocketException: Socket closed
        at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:99)
        at java.net.SocketOutputStream.write(SocketOutputStream.java:136)
        at org.apache.jk.common.ChannelSocket.send(ChannelSocket.java:509)
        at org.apache.jk.server.JkCoyoteHandler.appendHead(JkCoyoteHandler.java:410)
        at org.apache.jk.server.JkCoyoteHandler.action(JkCoyoteHandler.java:425)
        at org.apache.coyote.Response.action(Response.java:182)
        at org.apache.coyote.Response.sendHeaders(Response.java:374)
        at org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:317)
        at org.apache.catalina.connector.OutputBuffer.flush(OutputBuffer.java:293)
        at org.apache.catalina.connector.CoyoteWriter.flush(CoyoteWriter.java:82)
        at org.apache.jasper.runtime.JspWriterImpl.flush(JspWriterImpl.java:174)
        at com.babelstore.util.Block.generate(Block.java:149)
        at com.babelstore.util.web.Screen.generate(Screen.java:135)
        at com.babelstore.util.web.Request.generate(Request.java:418)
        at com.babelstore.common.front.FrontRequest.generate(FrontRequest.java:474)
        at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:358)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:164)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:113)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)
2006-06-20 14:31:10,222 INFO [P-Processor5] 192.168.1.212 - <<< [59 ms] GET http://www.pm.lan/ng


 Commentaires   
Commentaire de Andrei Matyas [ 22/juin/06 10:49 ]
Bizarrement ces logs apparaissent mais on n'as pas d'anomalie de fonctionnement. En plus ce genre d'exception est visible que sous IE.
Ceci veut dire que le navigateur ferme la connexion tcp/ip avant Tomcat.
Le bug n'apparaît qu'en INTEGL.a seule différence entre le DEV et l'INTEG c'est le fait d'avoir des serveurs Apache en Front.

Pour connecter Apache et Tomcat on utilise mod_jk.

Voila un scénario possible :
Le client ferme la connexion. Apache ne transmet pas (ou pas correctement) ce fait à Tomcat. Donc Tomcat utilise une réponse dons le socket est fermé. Ceci dit nous avons une exception levée.

Sur le net j'ai déjà trouve beaucoup d'article liés à la communication Apache-Tomcat via mod_jk. Donc ce problème (ClientAbortException ) est bien connu.

Par contre il reste une question : Pourquoi IE ferme cette connexion.

Une piste possible (que des suppositions) :

La version V901 intègre les Taglibs pour la traduction. Ainsi des modifications dans la génération des blocs ont été faites. Plus précisément avant on générait les blocs dans un buffer (à flusher à la fin). Maintenant on flush ce buffer pour chaque block. Ceci dit après le premier flush les headers http sont envoyées au browser. Ensuite une trame de réponse (les données) est envoyée. Sachant qu'on est dans un système synchrone nous avons une notion de timeout. Ainsi si le timeout est dépassé le client coupe la connexion. Ensuite nous avons un problème de communication Apache - Tomcat (voir précédemment).

Commentaire de Quentin de Chivré [ 22/juin/06 10:56 ]
Je n'avais pas connaissance de ce changement de fonctionnement du buffering !!!!!

Il faut absolument qu'on voie ca avec Judd / Fabrice, c'est grave ! On ne peut pas changer ce type de comportement comme ca.....
Commentaire de Judd OSullivan [ 28/juin/06 10:47 ]
Corrigé avec la MAJ de Block.
Commentaire de Patrick Condevaux [ 03/juil./06 12:20 ]
ok en INTEG




[APP-12347] Mauvais generation/parse d'URL pour les adverts Création: 14/sept./06 14:00  Mise à jour: 25/juin/07 18:44  Résolue: 15/sept./06 15:58

Etat: Fermé
Projet: Application PriceMinister
Composants: Base de données
Affecte la/les version(s): 9.0.3
Version(s) corrigée(s): 9.0.3.1

Type: Bogue Priorité: Majeur
Rapporteur: Patrick Pereira Attribution: Judd OSullivan
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Prod

 Description   
J'ai l'impression que c'est une nouvelle erreur qu'on a depuis ce matin :

amphitrite Thu Sep 14 13:08:23 2006
Jboss log report oracle error

2006-09-14 13:05:54,176 ERROR [-Processor39] 86.207.12.3 - [Oracle] #56 ORA-00932: inconsistent datatypes: expected NUMBER got BINARY
--
at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
--
2006-09-14 13:05:58,438 ERROR [-Processor35] 86.207.12.3 - [Oracle] #53 ORA-00932: inconsistent datatypes: expected NUMBER got BINARY
--
at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
--
2006-09-14 13:06:03,766 ERROR [-Processor19] 86.207.12.3 - [Oracle] #33 ORA-00932: inconsistent datatypes: expected NUMBER got BINARY
--
at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
--


 Commentaires   
Commentaire de Patrick Condevaux [ 14/sept./06 14:35 ]
un peu plus de log associé a cette erreur:

2006-09-14 13:05:54,160 INFO [-Processor39] 86.207.12.3 - >>> GET http://www.priceminister.com/offer?action=desc&aid=112726514/
2006-09-14 13:05:54,170 INFO [Processor100] - Session bound
2006-09-14 13:05:54,176 WARN [-Processor39] 86.207.12.3 - SQL Error: 932, SQLState: S1000
2006-09-14 13:05:54,176 ERROR [-Processor39] 86.207.12.3 - [Oracle] #56 ORA-00932: inconsistent datatypes: expected NUMBER got BINARY

2006-09-14 13:05:54,185 ERROR [-Processor39] 86.207.12.3 - Load error
Servlet : com.babelstore.advert.front.AdvertServlet
Request : GET http://www.priceminister.com/offer?action=desc&aid=112726514/
Referrer : http://www.saxo-vts.com/forum/viewtopic.php?t=3449
User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6
Trace : javax.ejb.EJBTransactionRolledbackException: null; CausedByException is:
        null; CausedByException is:
        could not execute query
        at org.jboss.ejb3.tx.Ejb3TxPolicy.handleInCallerTx(Ejb3TxPolicy.java:65)
        at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:117)
        at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:39)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:163)
        at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:60)
        at $Proxy259.getComplementProductsAdvert(Unknown Source)
        at com.babelstore.advert.front.BaseAdvertModel.load(BaseAdvertModel.java:72)
        at com.babelstore.util.web.Model.doLoad(Model.java:48)
        at com.babelstore.util.Block.load(Block.java:106)
        at com.babelstore.util.web.Screen.load(Screen.java:108)
        at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:224)
        at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:182)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:151)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:113)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
Commentaire de Judd OSullivan [ 15/sept./06 11:15 ]
C'est des URLs mal formé. Le message d'erreur est obscur. On rate une verification quelque part.
Voici qqs URLS qui generent ce message :
GET http://www.priceminister.com/offer?action=desc&aid=112726514/
GET http://www.priceminister.com/offer?action=desc&aid=113201734/
GET http://www.priceminister.com/offer/vehicle/productid/PicExportError

1/ Il faut generer une erreur logique quand l'URL est mal parsé
2/ Il faut trouver d'ou viennent ces URLs. Je dirait qu'ils sont généré par l'application donc à voir ou.
Commentaire de Judd OSullivan [ 15/sept./06 15:58 ]
Tout les URLs avec PicExportError vient de même adresse ip : 82.227.15.231; et au même moment : 2006-09-14 19:36:15,973.
Je ne pense pas que l'URL est généré chez nous.

Je ne sais pas si les URLs avec un advert_id suivi par un '/' sont generé par l'application non-plus. J'ai au moins 2 examples de cette suite d'URL :
 >>> GET http://www.priceminister.com/offer/vehicle/productid/48593806
>>> GET http://www.priceminister.com/offer/vehicle/productid/logo.jpg
>>> GET http://www.priceminister.com/offer/vehicle/productid/globe.jpg

ou les 2 dernier get arrivent 0,5 second après le premier.

De tout facon je n'ai qu'une quinzaine de ce genre d'erreur pour une journée sur tout les SA.

J'ai mis en place une meilleure gestion d'erreur.
Commentaire de Lydia Dali [ 19/sept./06 16:15 ]
2006-09-19 15:46:33,641 INFO [P-Processor1] 192.168.1.155 - >>> GET http://www.pm.lan/offer?action=desc&aid=112726514/
2006-09-19 15:46:33,642 WARN [P-Processor1] 192.168.1.155 - AdvertId in URL is not valid
2006-09-19 15:46:33,646 ERROR [P-Processor1] 192.168.1.155 - Load error
Servlet : com.babelstore.advert.front.AdvertServlet
Request : GET http://www.pm.lan/offer?action=desc&aid=112726514/
Referrer : null
User-Agent : Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)
Trace : com.babelstore.util.ApplicationException: Annonce introuvable
        at com.babelstore.advert.front.BaseAdvertModel.load(BaseAdvertModel.java:77)
        at com.babelstore.util.web.Model.doLoad(Model.java:48)




[APP-14643] Erreur sur création label vendeur Création: 12/janv./07 13:22  Mise à jour: 25/juin/07 18:48  Résolue: 13/févr./07 10:53

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 11.3.1
Version(s) corrigée(s): 14.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Christophe Garcia Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
a pour doublon APP-15091 Block generation error in : com.babel... Fermé
Pays:
FRA - France
Site: Prod
Classif1: MON COMPTE
Classif2: Label vendeur
Projets PM archivés: Maintenance 14.x.x

 Description   
2007-01-12 08:37:31,471 INFO [P-Processor4] 90.19.33.82 - >>> GET http://www.priceminister.com/user?action=label&type=1&text=1&own_text=&seller_url=http%3A%2F%2Fjl.hamelin@wanadoo.fr&submit=Visualisez+votre+Label+Vendeur
2007-01-12 08:37:31,598 ERROR [P-Processor4] 90.19.33.82 - Block generation error in : com.babelstore.user.front.SellerLabelCreation_jsp
2007-01-12 08:37:31,599 ERROR [P-Processor4] 90.19.33.82 - Assembly error
Servlet : com.babelstore.user.front.UserServlet
Request : GET http://www.priceminister.com/user?action=label&type=1&text=1&own_text=&seller_url=http%3A%2F%2Fjl.hamelin@wanadoo.fr&submit=Visualisez+votre+Label+Vendeur
Referrer : null
User-Agent : Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1)
Trace : java.lang.NullPointerException
        at com.babelstore.user.front.SellerLabelCreation_jsp.generate(SellerLabelCreation_jsp.java:88)
        at com.babelstore.util.Block.generate(Block.java:143)
        at com.babelstore.util.web.Request.include(Request.java:520)
        at com.babelstore.util.web.Request.include(Request.java:553)
        at com.babelstore.util.web.Request.include(Request.java:559)
        at com.babelstore.common.front.FrontTemplate3c_jsp.generate(FrontTemplate3c_jsp.java:196)
        at com.babelstore.util.Block.generate(Block.java:143)
        at com.babelstore.util.web.Screen.generate(Screen.java:137)
        at com.babelstore.util.web.Request.generate(Request.java:493)
        at com.babelstore.common.front.FrontRequest.generate(FrontRequest.java:493)
        at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:365)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:168)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)

2007-01-12 08:37:31,599 INFO [P-Processor4] 90.19.33.82 - <<< [128 ms] GET http://www.priceminister.com/user?action=label&type=1&text=1&own_text=&seller_url=http%3A%2F%2Fjl.hamelin@wanadoo.fr&submit=Visualisez+votre+Label+Vendeur


 Commentaires   
Commentaire de Geneviève Beaujard [ 13/févr./07 10:53 ]
Remarque importante:
ce type d'erreur n'arrive que
si la personne n'est pas loggée (addresse IP au lieu du login)
et quand le parametre seller_url est incorrect

Voila ce qui se passe:
la personne essaie de creer son label vendeur, mais recupere le message d'erreur suivant sur sa page:
Merci d'entrer l'adresse de votre site perso et non pas votre email.
En effet au lieu de rentrer l'adresse de son site il rentre son email.
Qu'a cela ne tienne la personne enregistre le lien et essaye plus tard alors qu'il n'est pas loggé,
mais la o probleme on se plante dans la phase d'assemblage car la variable infUser est null,
normalement c'est la methode execute qui verifie si la personne est loggée,
mais comme il y une erreur d'input cette methode n'est pas appelée.
Je signale au passage que plusieurs personnes agissent de la même maniere.

Voila pour les explications.
Pour faire fonctionner je change le modele (SellerLabelModel).
je remplace:
        try {
            bizUser = request.getUserBusiness();
            infUser = bizUser.getUserInfo();
        }
        catch (UserLoginException e) {
            request.screen().hide(FrontBlock.ACCOUNT_BLOCK);
        }
par
            bizUser = request.getUserBusiness();
            infUser = bizUser.getUserInfo();
            
En effet grace a cette modif, dans la phase de loading on va demander a la personne de se logger, le champ infUser sera
ainsi renseigné dans la phase d'assemblage.
Par contre, je ne vois pas comment faire comprendre a ces personnes de rentrer l'adresse de leur site pplutôt que leur adresse email.

Commentaire de Younès Charrière [ 25/avr./07 16:15 ]
Testé avec Geneviève en Integ. Cela marche très bien maintenant.
En effet, si le vendeur est loggé, entre son mail au lieu de son site perso, on lui fait apparaitre un message d'erreur et si il enregistre dans ses marques pages la page courante, le jour où il est déconnecté et qu'il utilise son marque page, on affiche plus "Erreur non disponible" (cela se traduit par les logs d'erreur de christophe) mais on lui demande de se connecter.




[APP-17201] Left side ($product.getAttributeValue('PMA0001601')) of '==' operation has null value. If a reference Création: 19/juil./07 17:50  Mise à jour: 25/oct./07 17:51  Résolue: 24/juil./07 14:43

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 17.0.0

Type: Bogue Priorité: Mineur
Rapporteur: Ange Ferrari Attribution: Cedric Favero
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-17173 Erreur velocity super fréquente en PR... Fermé
similaire à APP-17142 Left side ($product.getAttributeValue... Fermé
Pays:
FRA - France
Site: Prod
Projets PM: *** RESERVE ***

 Description   
Bonjour,

Sur les serveurs applicatifs nous avons des erreurs du type


2007-07-19 15:23:06,964 ERROR [-Processor54] 89.84.175.7 - Left side ($product.getAttributeValue('PMA0001601')) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - PrdConfiguration - Detail - Disclaimer - Alias : detail_cycle_template [line 2, column 47]
2007-07-19 15:23:20,774 ERROR [-Processor36] yaume75 - Left side ($purchase.CardNumberHash) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[821401] [line 1, column 33]
2007-07-19 15:23:20,775 ERROR [-Processor36] yaume75 - Invalid Velocity expression : $util.matchesregexp($user.ipAddress, "^172\.([3-9]\\d|1[0-8]\\d)\..* ") && $advert.PrdTypeCode.toString()== "1700"
2007-07-19 15:23:26,751 ERROR [-Processor90] 2jo4 - Left side ($advert.PrdMediumCode.toString()) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[833702] [line 1, column 41]
2007-07-19 15:23:26,754 ERROR [-Processor90] 2jo4 - Left side ($purchase.CardNumberHash) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[821401] [line 1, column 33]
2007-07-19 15:23:26,755 ERROR [-Processor90] 2jo4 - Invalid Velocity expression : $util.matchesregexp($user.ipAddress, "^172\.([3-9]\\d|1[0-8]\\d)\..* ") && $advert.PrdTypeCode.toString()== "1700"
2007-07-19 15:23:41,087 ERROR [-Processor21] vanina13 - Left side ($purchase.CardNumberHash) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[821401] [line 1, column 33]


 Commentaires   
Commentaire de Cedric Favero [ 20/juil./07 15:38 ]
j'ai pas l'impression que çà ait à voir qqch avec les mots clés.
Je n'ai aucun mot clé sur cette valeur d'attribut

j'ai vu que çà correspondait à : PMA0001601: Norme, Label ou Certification

QQch à voir avec le summary ?

Commentaire de Ariane Baldinger [ 23/juil./07 10:39 ]
Le début des logs concernent certainement le Param mais le reste je ne crois pas...
Commentaire de Julien Sananikone [ 23/juil./07 11:51 ]
2007-07-19 15:23:06,964 ERROR [-Processor54] 89.84.175.7 - Left side ($product.getAttributeValue('PMA0001601')) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - PrdConfiguration - Detail - Disclaimer - Alias : detail_cycle_template [line 2, column 47]
-> erreur param : dans detail_template infoglue app-17142 : déjà corrigé mais en prod en V16

2007-07-19 15:23:20,774 ERROR [-Processor36] yaume75 - Left side ($purchase.CardNumberHash) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[821401] [line 1, column 33]
-> erreur BO fraudes : voir Sebastien Bruzzone

2007-07-19 15:23:20,775 ERROR [-Processor36] yaume75 - Invalid Velocity expression : $util.matchesregexp($user.ipAddress, "^172\.([3-9]\\d|1[0-8]\\d)\..* ") && $advert.PrdTypeCode.toString()== "1700"
-> erreur BO fraudes : voir Sebastien Bruzzone : j'ai l'impression que ça concerne la surveillance des IP

2007-07-19 15:23:26,751 ERROR [-Processor90] 2jo4 - Left side ($advert.PrdMediumCode.toString()) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[833702] [line 1, column 41]
-> erreur BO : voir xavier


2007-07-19 15:23:26,754 ERROR [-Processor90] 2jo4 - Left side ($purchase.CardNumberHash) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[821401] [line 1, column 33]
-> erreur BO fraudes : voir Sebastien Bruzzone


2007-07-19 15:23:26,755 ERROR [-Processor90] 2jo4 - Invalid Velocity expression : $util.matchesregexp($user.ipAddress, "^172\.([3-9]\\d|1[0-8]\\d)\..* ") && $advert.PrdTypeCode.toString()== "1700"
-> erreur BO fraudes : voir Sebastien Bruzzone : j'ai l'impression que ça concerne la surveillance des IP

2007-07-19 15:23:41,087 ERROR [-Processor21] vanina13 - Left side ($purchase.CardNumberHash) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[821401] [line 1, column 33]
-> erreur BO fraudes : voir Sebastien Bruzzone


grosso modo c'est toujours le même piège velocity dans lequel on tombe : il faut s'assurer de l'existence d'une variable avant de la manipuler (comparaison, etc...)

Cedric favero (mots-clés) est au courant du problème au niveau du BO, peut-être peut-il faire passer le mot au reste du service.
Commentaire de Cedric Favero [ 23/juil./07 12:01 ]
Tous ces mots clés me concernent directement.

Concernant la surveillance d'IP, $util.matchesregexp($user.ipAddress, "^172\.([3-9]\\d|1[0-8]\\d)\..* ") , il y avait une erreur car j'avais utilisé la variable $user au lieu de $seller dans ce cas. (cf APP-17173)

Concernant le $purchase.CardNumberHash , il était destiné à detecter un utilisateur par sa carte mais n'a pas sa place en surveillance vendeur/ création d'annonce , je le degage

concernant ERROR [-Processor90] 2jo4 - Left side ($advert.PrdMediumCode.toString()) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[833702] [line 1, column 41]
-> je ne vois pas quel est le problème? Pourrais je avoir plus d'information...
Commentaire de Julien Sananikone [ 23/juil./07 13:20 ]
http://bo.priceminister.com/admin_back?action=keywordview&keywordid=833702

c'est un mot-clé de "surveillance vendeur".

le problème c'est que $advert.PrdMediumCode ne devait pas exister au moment de l'examen de ce mot-clé (dommage qu'on ne voit pas quelle annonce a causé le pb)
-> il faut faire:
($advert.PrdMediumCode && $advert.PrdMediumCode.toString()=="40141" )
Commentaire de Cedric Favero [ 23/juil./07 14:07 ]
le problème peut-il intervenir aussi avec un typecode car on a bcp de mots clés de ce genre.

un produit a toujours un type ou un medium non? comment celà peut il retourner une erreur "null" ?
Commentaire de Cedric Favero [ 23/juil./07 15:33 ]
ok , vu avec julien , une erreur est retournée lorsque l'article n'appartient à aucun medium , je vais donc modifier les quelques mots clés de meme type que l'on peut avoir avec la structure suivante:
($advert.PrdMediumCode && $advert.PrdMediumCode.toString()=="xxxx" )

Un type étant par contre toujours présent , je ne touche pas à ceux là.
Commentaire de Julien Sananikone [ 23/juil./07 15:41 ]
pour info : voici les types sans medium

http://bo.priceminister.com/referential_back?action=typesearch&medium=true
Commentaire de Cedric Favero [ 24/juil./07 14:43 ]
C'est bon pour moi , je suis repassé sur les mots clés concernés et ai vérifié leur bon fonctionnement. je ferme.




[EXP-3924] pb de reception des mails nouvelles ventes Création: 21/août/07 12:17  Mise à jour: 16/avr./08 14:03  Résolue: 16/avr./08 14:03

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Cedric Favero Attribution: Patrice Boulanger
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à EXP-3662 Mail applicatif de notification de ve... Résolu
similaire à APP-15806 champ sender_email_address de la tabl... Fermé
similaire à APP-17339 pb avec le mail d'activation compte v... Fermé
Sous-tâches:
Clé
Résumé
Type
Etat
Attribution
EXP-3943 plaintes utilisateurs / SAV : pb de r... Sub-bug Résolu Cedric Favero  
EXP-3945 verif log grace : mail souhait toujou... Sub-bug Résolu Patrice Boulanger  
Pays:
FRA - France

 Description   
plusieurs utilisateurs nous signalent la non réception des mails de nouvelles ventes ou autres...
Messages du 20/08


ex pseudo: frankye - frankchatillon@orange.fr
"bonjour je ne recois plus par email mes alertes quand j'ai une vente ou un message d'un acheteur potentiel pourquoi?? merci"

pseudo: Quenirove1 - veronique.larroche@laposte.net
"je ne reçois plus aucun mail de
Priceminister depuis le 14 Août; ni confirmation de vente (alors que
je continue à en faire), ni enregistrements et confirmations de
commandes, ni publicité et offres, et donc pas non plus
d'avertissement si l'un de mes souhaits était exaucé...
SVP, pouvez-vous vérifier ce qui se passe?
Avec mes remerciements"

 Commentaires   
Commentaire de Cedric Favero [ 21/août/07 12:20 ]
"je ne reçois pas les e mails pour mes nouvelles ventes je suis obligée de me connecter au site chaque jour pour vérifier. J'ai regardé dans mon profil, mon adresse e mail est bonne donc ... pouvez vous faire quelque chose ? MERCI sincèrement D.BOCHER dou24db"
pseudo:; dou24db - dominique.bocher@laposte.net
Commentaire de Cedric Favero [ 21/août/07 12:23 ]
bon apparemment , c'est surtout laposte.net

pseudo:cy06 - cy06@laposte.net

"Bonjour, sur mon adresse email , entrée correctement dans la rubrique " mon compe" je m'étonne depuis quelques jours de ne plus recevoiir de votre pârt les messages disant que le vendeur a répondu à ma question, que j'ai une nouvelle vente à confirmer... Mais par contre jen continue à recevoir les pubs de votre part , comment cela est ce possible ? pouvez vous résoudre ce problème ? merci de votre compréhension."
Commentaire de Espérance Galouo-Lece [ 21/août/07 14:08 ]
Patrice, serait-il possible que l'on ait des soucis avec l'envoi de mail ?
Commentaire de Cedric Favero [ 22/août/07 09:55 ]
J'ai un cas particulier , encore avec laposte.net

L'utilisateur reçoit un mail de notre part (je lui ai demandé de confirmer qu'il recevait bien mon message) mais ne reçoit pas le mail d'activation de son inventaire.

Pseudo: marmotte1000 - bernadette.charvin@laposte.net
"sincèrement désolée de devoir vous embéter mais ce soir 21/08 21h00 je n'ai toujours pas recu ce mail d'activation pour mes ventes alors que je recois sans soucis vos autres mails =par exemple aujourd'hui: Félicitations marmotte1000,
  En déposant votre première annonce sur PriceMinister, vous rejoignez la grande communauté des vendeurs de PriceMinister. Pour vous aider à faire décoller votre activité de vendeur, suivez notre série de conseils spécial « nouveau vendeur ».
je veux bien faire décoller mes activités mais si je ne peu activer mon inventaire je vais avoir du mal!!!!!!!!!!
j'ai relancer de nombreuses fois l'envoi du mail mais sans résultat
 merci de voir si vous pouvez m'aider à resoudre ce problème.
"A tout de suite sur PriceMinister
Radinement vôtre
La PriceTeam " moi je dis désolement votre!!!!!!!"
Commentaire de Cedric Favero [ 22/août/07 10:01 ]
Problème que l'on rencontre de manière cyclique. Précedemment , on a déjà eu des pbs avec hotmail ou wanadoo/orange...

Celà pourrait-il etre du à une assimilation de nos courriers à du spam , en raison de leur en-tête ou autre... ??
Commentaire de Justin Ziegler [ 22/août/07 10:21 ]
Cédric,
As tu demandé à ces gens de regarder dans leur dossier de courrier indésirable ?
je n'ai pas l'impression que cela soit précisé ci dessous...
Commentaire de Cedric Favero [ 22/août/07 10:27 ]
Ok je le fais systématiquement. et commenterai les éventuels retours.
Commentaire de Justin Ziegler [ 22/août/07 10:36 ]
oui, il faut le faire systématiquement !
pour ce genre de pb, il faut aussi systématiquement mettre "Patrice Boulanger" en observateur.

l'ideal serait aussi de faire une recherche en BO et trouver la date à laquelle les mail en question auraient du partir. Cela permettra ensuite d'accélérer et de faciliter les recherches de Patrice.

merci
Commentaire de Justin Ziegler [ 22/août/07 10:37 ]
Peut etre devriez vous avoir un mail type pour ce genre de pb ?
Commentaire de Steven Harel [ 22/août/07 10:37 ]
cédric,
peux-tu organiser un test pour vérifier si c'est effectivement l'objet du mail qui pose problème ?
on ouvre des boites mail où on a observé les soucis (laposte, ...) et on envoie par le bo des mails avec et sans "félicitations" et "important" dans l'objet.
en fonction des résultats, on modifiera ou pas l'objet des mails
Commentaire de Cedric Favero [ 22/août/07 10:46 ]
Effectivement un mail type pour ce cas serait utile, on s'en occupe...

Patrice ayant le JIRA assigné je n'ai pas pensé utile de le mettre en observateur.

SInon concernant les dates d'envois, tout est indiqué dans les evenements en bas de la page compte et on voit bien que certains ont meme demandé un nombre important de fois l'envoi du mail d'activation.
Commentaire de Cedric Favero [ 22/août/07 10:46 ]
steven, je vais prendre 10 min cet apres midi pour tester avec une boite laposte.net , la bonne réception des mails.
Commentaire de Justin Ziegler [ 22/août/07 10:55 ]
YES !
tres bonne idee !
Attention : il est important que les mails soient envoyés depuis le bo. Sinon vous changez la donne...
Commentaire de Steven Harel [ 22/août/07 11:55 ]
ouais, très bonne idée de Cédric
il fait les tests, si c'est concluant eve modifiera les objets dans le bo
Commentaire de Justin Ziegler [ 22/août/07 12:38 ]
J'ouvre egalement un ticket d'incident chez jet !
Commentaire de Justin Ziegler [ 22/août/07 14:09 ]
Ticket jet : 25586 !
Jet semble assez au fait de ce genre de pb. Je pense donc qu'il est bon de les appeler dès qu'on pense avoir identifié une destination précise à problèmes...
Commentaire de Justin Ziegler [ 22/août/07 14:25 ]
Recherche sur graces :

[adminpm@graces mail]$ pwd
/data/log/mail

[adminpm@graces mail]$ grep veronique.larroche@laposte.net maillog*

Aug 18 12:25:21 graces00 postfix/cleanup[26314]: 2ABF7143BA: warning: header Subject: =?ISO-8859-15?Q?Bilan_de_votre_commande_num=E9ro_49714848?= from hercule02.atlantide.jmsp.net[
10.150.28.77]; from=<mailer@priceminister.com> to=<veronique.larroche@laposte.net> proto=ESMTP helo=<hercule>
Aug 18 12:25:21 graces00 postfix/smtp[25640]: D2809143C4: to=<mailer@priceminister.com>, relay=smtp.jmsp.net[212.30.113.169], delay=1, status=sent (250 2.0.0 l7IAPKD05855 Message a
ccepted for delivery)

Aug 18 12:25:21 graces00 postfix/smtp[25627]: 2ABF7143BA: to=<veronique.larroche@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte
.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command))

Commentaire de Justin Ziegler [ 22/août/07 14:26 ]
On est pas les seuls :

http://www.phwinfo.com/forum/showthread.php?t=210530
Commentaire de Justin Ziegler [ 22/août/07 14:29 ]
Explication possible (trouvé sur internet) :

Ce message signifie que le contenu du message a été refusé par le serveur smtp.

Ce probleme a été constaté avec les smtp de wanadoo (smtp.wanadoo.fr) et celui d'oleane (smtp.fr.oleane.com). Il semble que ces serveurs rejettent les mails dont le sujet est "TEST" ou "HELLO" ou " HI".

Cette mesure est sans doute mise en place pour lutter contre les virus. Il vous suffit donc généralement de modifier le sujet du mail afin que le terme test n'apparaissent pas pour que le mail puisse être envoyé normalement.

Si les problèmes persistent, n'hésitez pas à contacter le support technique par mail depuis votre espace client, en n'oubliant pas de préciser les identifiants du compte concerné ainsi que l'intitulé complet du message d'erreur.
Commentaire de Justin Ziegler [ 22/août/07 14:34 ]
Autre cas :

Aug 18 21:31:56 graces00 postfix/cleanup[16956]: 0B0EA143AC: warning: header Subject: =?ISO-8859-15?Q?Enregistrement_de_votre_commande_num=E9ro_49733083?= from hercule02.atlantide.
jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<veronique.larroche@laposte.net> proto=ESMTP helo=<hercule>

Aug 18 21:31:56 graces00 postfix/smtp[16695]: 0B0EA143AC: to=<veronique.larroche@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte
.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command))

====

Aug 18 21:32:00 graces00 postfix/cleanup[16956]: 42DF614410: warning: header Subject: =?ISO-8859-15?Q?Enregistrement_de_votre_commande_num=E9ro_49733093?= from hercule02.atlantide.
jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<veronique.larroche@laposte.net> proto=ESMTP helo=<hercule>

Aug 18 21:32:00 graces00 postfix/smtp[16664]: 42DF614410: to=<veronique.larroche@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte
.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command))

=====

Aug 18 22:39:21 graces00 postfix/cleanup[23388]: 42BA514192: warning: header Subject: =?ISO-8859-15?Q?F=E9licitations,_vous_avez_une_nouvelle_vente_!?= from hercule02.atlantide.jms
p.net[10.150.28.77]; from=<mailer@priceminister.com> to=<veronique.larroche@laposte.net> proto=ESMTP helo=<hercule>

Aug 18 22:39:21 graces00 postfix/smtp[23185]: 42BA514192: to=<veronique.larroche@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte
.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command))

Commentaire de Cedric Favero [ 22/août/07 14:34 ]
Et comme par hasard , voilà le message que l'on a aujourdh'ui sur www.laposte.net

"Cher(e) Internaute,

Toujours soucieux d'améliorer le service que nous vous proposons, nous travaillons actuellement sur une nouvelle version de messagerie électronique.

Vous ne pouvez créer aujourd'hui votre adresse prenom.nom@laposte.net mais pourrez le faire très bientôt.

Nous vous prions de bien vouloir nous excuser pour la gêne occasionnée.

Bien cordialement,"
Commentaire de Justin Ziegler [ 22/août/07 14:34 ]
Aug 19 02:52:59 graces00 postfix/cleanup[15673]: F1B6514240: warning: header Subject: =?ISO-8859-15?Q?Bilan_de_votre_commande_num=E9ro_49733083?= from hercule02.atlantide.jmsp.net[
10.150.28.77]; from=<mailer@priceminister.com> to=<veronique.larroche@laposte.net> proto=ESMTP helo=<hercule>

Aug 19 02:53:00 graces00 postfix/smtp[15434]: F1B6514240: to=<veronique.larroche@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=1, status=bounced (host smtp4.laposte
.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command))
Commentaire de Justin Ziegler [ 22/août/07 14:38 ]
Aug 19 17:40:18 graces00 postfix/cleanup[12551]: 9566A140DC: warning: header Subject: =?ISO-8859-15?Q?F=E9licitations,_vous_avez_une_nouvelle_vente_!?= from hercule02.atlantide.jms
p.net[10.150.28.77]; from=<mailer@priceminister.com> to=<dominique.bocher@laposte.net> proto=ESMTP helo=<hercule>

Aug 19 17:40:18 graces00 postfix/smtp[12614]: 9566A140DC: to=<dominique.bocher@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte.n
et[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command))

====

Aug 19 18:17:49 graces00 postfix/cleanup[16332]: 523A7140A9: warning: header Subject: =?ISO-8859-15?Q?F=E9licitations,_vous_avez_une_nouvelle_vente_!?= from hercule02.atlantide.jms
p.net[10.150.28.77]; from=<mailer@priceminister.com> to=<dominique.bocher@laposte.net> proto=ESMTP helo=<hercule>

Aug 19 18:17:49 graces00 postfix/smtp[16328]: 523A7140A9: to=<dominique.bocher@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte.n
et[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command))

====

Aug 19 19:01:03 graces00 postfix/cleanup[20594]: 6C9D41405C: warning: header Subject: =?ISO-8859-15?Q?F=E9licitations,_vous_avez_une_nouvelle_vente_!?= from hercule02.atlantide.jms
p.net[10.150.28.77]; from=<mailer@priceminister.com> to=<dominique.bocher@laposte.net> proto=ESMTP helo=<hercule>

Aug 19 19:01:03 graces00 postfix/smtp[19823]: 6C9D41405C: to=<dominique.bocher@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte.n
et[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command))

Commentaire de Justin Ziegler [ 22/août/07 14:40 ]
Aug 18 15:47:45 graces00 postfix/cleanup[14570]: B0134143EE: warning: header Subject: Activation compte vendeur from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<bernadette.charvin@laposte.net> proto=ESMTP helo=<hercule>
Aug 18 15:47:45 graces00 postfix/smtp[12337]: B0134143EE: to=<bernadette.charvin@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command))
Aug 18 18:19:19 graces00 postfix/cleanup[30091]: 78FEA1420C: warning: header Subject: Activation compte vendeur from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<bernadette.charvin@laposte.net> proto=ESMTP helo=<hercule>
Aug 18 18:19:19 graces00 postfix/smtp[29353]: 78FEA1420C: to=<bernadette.charvin@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command))
Aug 18 18:32:52 graces00 postfix/cleanup[31400]: 6CC1B1447F: warning: header Subject: Activation compte vendeur from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<bernadette.charvin@laposte.net> proto=ESMTP helo=<hercule>
Aug 18 18:32:52 graces00 postfix/smtp[28988]: 6CC1B1447F: to=<bernadette.charvin@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command))
Aug 18 20:08:31 graces00 postfix/cleanup[8522]: 6D40B14300: warning: header Subject: Activation compte vendeur from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<bernadette.charvin@laposte.net> proto=ESMTP helo=<hercule>
Aug 18 20:08:31 graces00 postfix/smtp[8300]: 6D40B14300: to=<bernadette.charvin@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command))
Aug 18 21:29:14 graces00 postfix/cleanup[16538]: 70B6814399: warning: header Subject: Activation compte vendeur from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<bernadette.charvin@laposte.net> proto=ESMTP helo=<hercule>
Aug 18 21:29:14 graces00 postfix/smtp[15804]: 70B6814399: to=<bernadette.charvin@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command))
Aug 18 21:48:28 graces00 postfix/cleanup[18568]: 9950E14058: warning: header Subject: Activation compte vendeur from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<bernadette.charvin@laposte.net> proto=ESMTP helo=<hercule>
Aug 18 21:48:28 graces00 postfix/smtp[18277]: 9950E14058: to=<bernadette.charvin@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command))
Aug 18 21:57:52 graces00 postfix/cleanup[19465]: E937E14411: warning: header Subject: Activation compte vendeur from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<bernadette.charvin@laposte.net> proto=ESMTP helo=<hercule>
Aug 18 21:57:53 graces00 postfix/smtp[18276]: E937E14411: to=<bernadette.charvin@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=1, status=bounced (host smtp4.laposte.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command))
Aug 18 22:08:07 graces00 postfix/cleanup[20529]: EECEB1428B: warning: header Subject: Activation compte vendeur from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<bernadette.charvin@laposte.net> proto=ESMTP helo=<hercule>
Aug 18 22:08:08 graces00 postfix/smtp[19946]: EECEB1428B: to=<bernadette.charvin@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=1, status=bounced (host smtp4.laposte.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command))
Aug 18 22:18:03 graces00 postfix/cleanup[21474]: 2DECA144E1: warning: header Subject: Activation compte vendeur from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<bernadette.charvin@laposte.net> proto=ESMTP helo=<hercule>
Aug 18 22:18:03 graces00 postfix/smtp[20336]: 2DECA144E1: to=<bernadette.charvin@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command))
Aug 19 00:32:12 graces00 postfix/cleanup[1887]: 7D6CB1447A: warning: header Subject: Activation compte vendeur from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<bernadette.charvin@laposte.net> proto=ESMTP helo=<hercule>
Aug 19 00:32:19 graces00 postfix/smtp[2101]: 7D6CB1447A: to=<bernadette.charvin@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=7, status=bounced (host smtp4.laposte.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command))
Commentaire de Justin Ziegler [ 22/août/07 14:44 ]
Un cas différent :

Aug 21 12:14:15 graces00 postfix/cleanup[7080]: E46781409F: warning: header Subject: =?ISO-8859-15?Q?R=E9ponse_=E0_votre_message?= from rhome02.atlantide.jmsp.net[10.150.28.97]; from=<nepasrepondre@priceminister.com> to=<frankchatillon@orange.fr> proto=ESMTP helo=<rhome>

Aug 21 12:14:16 graces00 postfix/smtp[6140]: E46781409F: to=<frankchatillon@orange.fr>, relay=smtp-in.orange.fr[193.252.22.65], delay=1, status=bounced (host smtp-in.orange.fr[193.252.22.65] said: 550 <frankchatillon@orange.fr>: Recipient address rejected: User unknown (in reply to RCPT TO command))

===

Aug 21 18:01:54 graces00 postfix/cleanup[10682]: 975D914241: warning: header Subject: Vous avez un nouveau message from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<frankchatillon@orange.fr> proto=ESMTP helo=<hercule>

Aug 21 18:01:54 graces00 postfix/smtp[9544]: 975D914241: to=<frankchatillon@orange.fr>, relay=smtp-in.orange.fr[193.252.22.65], delay=0, status=bounced (host smtp-in.orange.fr[193.252.22.65] said: 550 <frankchatillon@orange.fr>: Recipient address rejected: User unknown (in reply to RCPT TO command))

===

Aug 21 21:05:44 graces00 postfix/cleanup[29292]: 1418314371: warning: header Subject: =?ISO-8859-15?Q?Votre_souhait_est_exauc=E9?= from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<frankchatillon@orange.fr> proto=ESMTP helo=<hercule>

Aug 21 21:05:44 graces00 postfix/smtp[27972]: 1418314371: to=<frankchatillon@orange.fr>, relay=smtp-in.orange.fr[193.252.22.65], delay=0, status=bounced (host smtp-in.orange.fr[193.252.22.65] said: 550 <frankchatillon@orange.fr>: Recipient address rejected: User unknown (in reply to RCPT TO command))

Commentaire de Justin Ziegler [ 22/août/07 14:46 ]
Encore un cas laposte.net :

Aug 20 20:01:04 graces00 postfix/cleanup[7946]: C59E11429D: warning: header Subject: =?ISO-8859-15?Q?Le_vendeur_a_r=E9pondu_=E0_votre_message?= from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<cy06@laposte.net> proto=ESMTP helo=<hercule>

Aug 20 20:01:04 graces00 postfix/smtp[4243]: C59E11429D: to=<cy06@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command))

=====

Aug 20 20:01:21 graces00 postfix/cleanup[8045]: 5EF2C14184: warning: header Subject: =?ISO-8859-15?Q?L'acheteur_a_r=E9pondu_=E0_votre_message?= from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<cy06@laposte.net> proto=ESMTP helo=<hercule>

Aug 20 20:01:21 graces00 postfix/smtp[8047]: 5EF2C14184: to=<cy06@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command))

====

Aug 21 02:18:24 graces00 postfix/cleanup[12105]: 6702114043: warning: header Subject: =?ISO-8859-15?Q?Pas_de_r=E9ponse_=E0_votre_message?= from hercule02.atlantide.jmsp.net[10.150.28.77]; from=<mailer@priceminister.com> to=<cy06@laposte.net> proto=ESMTP helo=<hercule>

Aug 21 02:18:24 graces00 postfix/smtp[11899]: 6702114043: to=<cy06@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=bounced (host smtp4.laposte.net[193.251.214.113] said: 550 Error: Message content rejected (in reply to end of DATA command))

Commentaire de Justin Ziegler [ 22/août/07 14:50 ]
Environ 3000 erreurs de ce genre par jour !
==> que du laposte.net !!!!!!!

On va voir si jet arrive à les contacter...
Commentaire de Justin Ziegler [ 22/août/07 14:53 ]
Il s'agit de mail "bounced".

D'apres cette courbe :
https://supervision.priceminister.jmh:11000/wiki/doku.php?id=machines:graces02:statsmail

on voit que cela reste marginal :-/ meme si c'est tout laposte.net !
Commentaire de Justin Ziegler [ 22/août/07 15:03 ]
bon, en fait, ce n'est pas TOUT laposte.net.
Certains mails passent :-)
Juste histoire de compliquer un peu les choses...

On va voir ce que nous raconte Jet.
Cela vaut le coup d'essayer de contacter laposte.net pour leur demander ce qui se passe.
Commentaire de Cedric Favero [ 24/août/07 17:25 ]
Tjrs pas mal de messages à ce sujet aujourd'hui.
Assez bloquant , particulièrement dans le cas de ceux qui ne recoivent pas le mail d'activation de l'inventaire.

J'ai finalement pu ouvrir une boite test laposte.net et effectivement jusqu'à présent je ne reçois pas le message en question et il n'est pas dans courrier indésirable. (Aucune option interne à la messagerie ne permet d'ailleurs de modifier le niveau de filtrage anti-spam).

Je verrai lundi ce qu'il en est.
Commentaire de Patrice Boulanger [ 24/août/07 17:39 ]
Le MX qui reçoit les mails pour laposte.net est hébergé chez France Telecom. J'ai envoyé le mail suivant au NOC de FT:

------------------------------------------
Bonjour,

Dans le cadre de notre activité d'achat-vente sur Internet, nous envoyons de nombreux emails vers nos clients. Beaucoup d'entre eux ont une boîte email laposte.net dont le MX principal semble être hébergé chez vous (smtp4.laposte.net, 193.251.214.113). Depuis quelques temps, de nombreux internautes utilisant ces boîtes mail ne reçoivent plus les messages qui concernent la gestion de leur compte. Ce phénomène ne se produisant qu'avec le domaine laposte.net, nous soupçonnons vos serveurs de nous avoir black-listé.

Pourriez-vous vérifier si les messages émanant de notre passerelle de messages sortants (212.23.167.26) sont bloqués chez vous ? Les messages proviennent du domaine priceminister.com.

Je vous remercie par avance de l'aide que vous pourrez nous apporter.

Cordialement,

Patrice Boulanger - Responsable d'Exploitation
PriceMinister.com
Tél. direct : 01 42 78 98 30
---------------------------------------------

Peu de chance qu'on ait une réponse mais on apprendra peut être quelque chose.
Commentaire de Cedric Favero [ 27/août/07 09:16 ]
Bon et bien après ouverture d'une boite laposte.net et vérification , je confirme que je ne reçois pas le mail d'activation de l'inventaire malgré 4 envois indiqués comme effectués sur l'historique du compte (cedtestbo2).

Sur la boite laposte, rien dans courrier indésirable et aucun moyen de modifier les filtres antispam.

Par contre je reçois bien d'autres messages type:

- "comment acheter et vendre"
- "offre de bienvenue"
- "Pour vos mises en vente..."

Pour info après vérification, l'objet des messages d'activation sont:

- "activation compte vendeur" pour le premier (donc rien d'identifiable à un spam là dedans)
- "message très important" pour les rappels (potentiellement identifié comme spam)

On va faire quelques tests avec Eve sur les intitulés de messages pour voir si çà joue.
Commentaire de Justin Ziegler [ 27/août/07 16:57 ]
Je pense que les 3 messages que tu sites :
- "comment acheter et vendre"
- "offre de bienvenue"
- "Pour vos mises en vente..."
sont envoyés par 1000mercis.

En revanche ceux-ci :
- "activation compte vendeur" pour le premier (donc rien d'identifiable à un spam là dedans)
- "message très important" pour les rappels (potentiellement identifié comme spam)
sont envoyé par nos serveurs de prod !

Pourrais-tu tester un mail de type "confirmation d'inscription" ?
ou "question à un vendeur" ? (tout deux sont envoyé par nos serveurs de production.
Commentaire de Justin Ziegler [ 27/août/07 16:59 ]
Il y a donc 3 et non 2 sources de mails PM :
1- mails sortant des bureaux PM => colt
2- mails sortant de l'application PM / du BO => jet
3- mails CRM sortant de notre prestataire 1000mercis => 1000mercis (piloté par le market)

Celle qui nous interesse aujourd'hui est la 2 !
Commentaire de Justin Ziegler [ 27/août/07 16:59 ]
Au passage, je pense que cela vaut le coup de se faire un fichier Excel avec une liste de compte de test pour ce genre de chose.
Commentaire de Cedric Favero [ 28/août/07 16:17 ]
Sur mon compte test depuis le site de preview , je me suis envoyé manuellement depuis le BO les messages "activation compte vendeur" et "félicitations vous avez une nouvelle vente" et je les ai bien reçus sur la messagerie laposte.net
Les messages envoyés depuis le BO en preview passent bien par jet aussi non? ou c'est par colt?
Commentaire de Cedric Favero [ 28/août/07 17:59 ]
Testé avec compte yahoo.fr , je recois bien les mails nouvelles ventes et activation compte vendeur en preview comme en prod.
Commentaire de Cedric Favero [ 28/août/07 18:01 ]
Concernant la messagerie laposte.net:

Je recois les mails envoyés manuellement depuis le BO qui ont comme expéditeur sav@priceminister.com
Je ne reçois pas les mails envoyés par le syteme et qui ont comme expéditeur mailer@priceminister.com

L'expéditeur en mailer pourrait-il avoir une incidence?
Commentaire de Cedric Favero [ 03/sept./07 11:23 ]
Correction , tous les mails envoyés manuellement depuis le bo ont comme expéditeur nepasrépondre@priceminister.com
Commentaire de Cedric Favero [ 03/sept./07 11:24 ]
coté utilisateur , le problème persiste toujours et on a bcp de messages à ce sujet.

Pour ce qui est de l'activation de l'inventaire , on leur envoie le mail manuellement mais ils ne recoivent tjrs pas les messages automatiques (nvlles ventes, bilans de commandes, questions acheteurs...etc...)

On leur envoie le mail "pb technique bientot résolu" mais on n'a aucune certitude quand au fait que qqch change...
Commentaire de Cedric Favero [ 03/sept./07 11:26 ]
Pierre, pourrais tu éventuellement avoir un contact à La Poste pour leur exposer le problème et savoir si quelquechose peut etre fait de leur coté?
Les problèmes provenant apparemment de leurs modifications récentes du site de messagerie.
Commentaire de Pierre Krings [ 03/sept./07 18:33 ]
Je ne connais que les gens côté réseau, courrier ou colis mais personne à laposte.net
Le Mktg est en contact avec La Poste pour des échanges. Je leur ai demandé de trouver un interlocuteur technique à laposte.net.

Ils sont dessus...
Commentaire de Justin Ziegler [ 03/sept./07 19:47 ]
pourquoi ne pas faire un essai en modifiant le sujet du mail ?
est ce facile ?
Commentaire de Justin Ziegler [ 03/sept./07 19:47 ]
ou l'emmeteur ?
Commentaire de Cedric Favero [ 04/sept./07 09:18 ]
A priori ce serait plutot l'emetteur (cf mes tests effectués).
Je ne sais pas si on a la main au BO sur l'expéditeur des mails automatiques puisqu'à priori c'est plutot un batch qui traite çà non?

Serait bien de tester avec comme expéditeur nepasrepondre@priceminister.com comme nos mails émis depuis le BO.
Commentaire de Pierre Krings [ 06/sept./07 17:47 ]
J'ai réussi à parler à un des responsables de laposte.net (Olivier Delaserre) qui m'a dit qu'ils avaient changé de prestataire il y a une quainzaine de jours. C'est désormais FT qui s'occupe de leur messagerie.
Leur responsable technique (Roger Leclerc) est en vacances en ce moment, mais il va en parler avec son adjoint (Dich Vuong - 01.55.44.29.92) pour voir s'il y a un pb et s'ils peuvent nous whitelister, puis me rappeler demain vendredi 07/10.

Si pas de news dans la journée, on (Patrice ?) pourra essayer de l'appeler.

p
Commentaire de Patrice Boulanger [ 07/sept./07 09:54 ]
Oui, on l'appelle dès que possible.

Merci.
Patrice.
Commentaire de Patrice Boulanger [ 10/sept./07 12:08 ]
Ca avance:

Bonjour,

Ci-dessous mes réponses.


- Le problème est-il systématique ou temporaire ?
- depuis quelle date ?
- Vers certains ou tous les utilisateurs de laposte.net ?
- Quel message d'erreur obtenez-vous ?

Le problème apparaît tous les jours mais ne concerne pas tous les mails envoyés vers laposte.net.

En regardant les logs de notre serveur de mail, j'ai environ un millier de mails qui sont rejetés par votre MX avec le message :

550 Error: Message content rejected (in reply to end of DATA command)

C'est ce message qui nous fait le plus peur. Nous avons aussi pas mal de messages :

400 <raphaelle.joubert@laposte.net>: Recipient address rejected: La boite mail du destinataire est archivée et ne reçoit plus de message (in reply to RCPT TO command)

Mais je pense qu'il s'agit d'une boîte qui a été clôturée ?

Sinon, quelques messages continuent d'être délivrés correctement :

Sep 10 11:57:30 graces00 postfix/smtp[7768]: 12A7914124: to=<pascale.chesnot@laposte.net>, relay=smtp4.laposte.net[193.251.214.113], delay=0, status=sent (250 Ok: queued as 37F722400085)



Je suis joignable au 01 42 78 98 30 si besoin pour en discuter de vive voix et faire d'éventuels tests.


Merci d'avance.
Patrice Boulanger.

________________________________________
De : Pierre Krings [mailto:pierre.krings@priceminister.com]
Envoyé : lundi 10 septembre 2007 11:43
À : 'dich VUONG'
Cc : 'Patrice Boulanger'
Objet : RE: Problème de remise des messages électroniques

Bonjour,
 
Merci de votre retour rapide.
 
Je mets en copie Patrice Boulanger, responsable d'exploitation de PriceMinister qui pourra répondre à toutes vos questions.
 
Cordialement,
 
Pierre Krings
Directeur Général
PriceMinister
57 Boulevard de la Villette
F75010 Paris - France
T: +33 (0)1 42 78 79 77
F: +33 (0)1 42 78 80 61
http://www.priceminister.com
  
 
 

________________________________________
De : dich VUONG [mailto:dich.vuong@laposte.fr]
Envoyé : lundi 10 septembre 2007 11:11
À : pierre.krings@priceminister.com
Objet : Problème de remise des messages électroniques
Bonjour,

Chargé de l'exploitation de la messagerie de laposte.net, j'ai été informé de votre problème d'envois de messages vers nos utilisateurs.
J'aurais besoin quelques précisions sur ces envois :
- Le problème est-il systématique ou temporaire ?
- depuis quelle date ?
- Vers certains ou tous les utilisateurs de laposte.net ?
- Quel message d'erreur obtenez-vous ?

Pourriez-vous me donner les coordonnées d'un contact technique ?

Cordialement.

Dich VUONG
01 55 44 29 92

La poste laposte.net
CP F203
44 boulevard de Vaugirard
75757 Paris Cedex 15

Commentaire de Patrice Boulanger [ 10/sept./07 17:33 ]
J'ai eu Mr Dich VUONG au téléphone et je lui ai donné l'adresse IP de la machine qui envoie les mails depuis notre plateforme, de cette façon, nous serons mis en white-list, ce qui devrait résoudre le problème pour laposte.net.

J'attend son retour.

Merci.
Commentaire de Cedric Favero [ 17/sept./07 17:55 ]
Pour info, pas mal d'utilisateurs nous signalent le meme problème en étant chez Orange (mails nouvelles ventes et bilans de commande).
SI c'est FT qui gère la messagerie LaPoste , le problème est peut-etre commun à tous leurs domaines de messagerie..
Commentaire de Justin Ziegler [ 18/sept./07 09:47 ]
J'ouvre un sous-jira pour suivre le cas d'orange.
Commentaire de Geneviève Beaujard [ 05/oct./07 15:05 ]
Il serait bon de repondre au Commentaire de la part de Cedric Favero [28/août/07 18:01].
Le 4 avril j'ai posté http://pricejira.lan/browse/APP-15806 , moi aussi je n'ai pas eu de reponses.
L'idée de cedric indiquant que les mails en provenance de mailer@priceminister.com puissent être filtrés me paraît tres interessant.
De toute façon ça me parit pas bon d'avoir le champ from renseignée avec l'adresse poubelle mailer@priceminister.com.
Commentaire de Patrice Boulanger [ 16/avr./08 14:03 ]
Problème résolu avec la Poste.




[APP-17692] Lenteur de la NpF Musique / Livres Création: 04/sept./07 09:37  Mise à jour: 07/nov./07 17:02  Résolue: 05/nov./07 18:24

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 16.0.3
Version(s) corrigée(s): 17.1.1

Type: Tâche Priorité: Bloquant
Rapporteur: Martin Sudmann Attribution: Martin Sudmann
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File npf-qrserver.txt     File perf_NpF_salus_titan.rar     File perf_NpF_salus_titan_V17_suite.rar     Microsoft Excel slow2.xls    
Liens des demandes:
Duplicate
a pour doublon APP-18125 Lenteur FAST sur NPF Livres Fermé
a pour doublon EXP-3931 Temps de réponse FAST important sur l... Résolu
Dépendance
bloque APP-17776 [NpF] NpF Livres - Activation (meta t... Fermé
Pays:
FRA - France
Classif1: NAV
Classif2: perf
Projets PM archivés: Navigation par filtres - Livres

 Description   
Il parait que la NpF Musique soit plus lente que d'autres onglets NpF - j'ai observé jusqu'à 4 sec., quand jeux et tel-pda restent en dessous de 2 sec.

Analyser les logs appli et querylogs FAST

------------------------------------------------------------------------



Je trouve aussi que c'est plus lent... par contre, normalement le nombre de produits n'a aucun impact dans le temps de réponse, puisqu'on n'affiche toujours que 20 produits.

Pour voir plus clair, il faut analyser les temps de réponse dans les logs applicatifs et dans les query logs FAST.
Je poste un Jira.

M

________________________________________
De : Nerea Prieto [mailto:nerea.prieto@priceminister.com]
Envoyé : mardi 4 septembre 2007 09:18
À : justin.ziegler@priceminister.com; 'Jérôme Viviès'; pierre.krings@priceminister.com; 'Benoît Bourdon'; benjamin.guerville@priceminister.com
Cc : param@priceminister.com; 'Sudmann Martin'; 'emmanuel benmussa'; 'Gael Seguillon'; 'Pierre Bret'
Objet : RE: CR point hebdo NpF (lundi 3 sept. 2007).

Oui, j'ai remarqué aussi. N'est-ce pas dû au grand grand volume de fiches produit dans la catégorie Musique?? Il y en a 15 fois plus qu'en jeux vidéo.
Martin, peux-tu confirmer?



De : Justin Ziegler [mailto:justin.ziegler@priceminister.com]
Envoyé : lundi 3 septembre 2007 19:45
À : 'Jérôme Viviès'; pierre.krings@priceminister.com; 'Benoît Bourdon'; benjamin.guerville@priceminister.com
Cc : param@priceminister.com; 'Sudmann Martin'; 'emmanuel benmussa'; 'Gael Seguillon'; 'Pierre Bret'
Objet : RE: CR point hebdo NpF (lundi 3 sept. 2007).

il semblerait que la npf musique soit plus lente que les autres nav.

PKM et moi-même serions nous seul à l'avoir remarqué ? Est-ce un fantasme ?

a-t-on des débuts d'explication ?


 Commentaires   
Commentaire de Martin Sudmann [ 04/sept./07 09:42 ]
je vous tiens au courant.
Commentaire de Patrice Boulanger [ 04/sept./07 17:36 ]
Analyse des logs des JBOSS (tous les serveurs de la prod):

NPF stats for amphitrite:
  7910711 lines analyzed
  /nav/Musique_: 1575.34997722096ms (avg.)
  /nav/Jeux-Video-et-Consoles_: 1103.16471839016ms (avg.)
  /nav/Tel-PDA_: 783.341036652222ms (avg.)
  /nav/Informatique_: 884.42848857994ms (avg.)

NPF stats for amphore:
  8059885 lines analyzed
  /nav/Musique_: 1527.6378163074ms (avg.)
  /nav/Jeux-Video-et-Consoles_: 1104.89792759565ms (avg.)
  /nav/Tel-PDA_: 776.051038029331ms (avg.)
  /nav/Informatique_: 880.542821368287ms (avg.)

NPF stats for angita:
  8168360 lines analyzed
  /nav/Musique_: 1556.80031933424ms (avg.)
  /nav/Jeux-Video-et-Consoles_: 1087.80809478904ms (avg.)
  /nav/Tel-PDA_: 767.315480342371ms (avg.)
  /nav/Informatique_: 880.017762169149ms (avg.)

NPF stats for aurore:
  8120230 lines analyzed
  /nav/Musique_: 1516.46872001097ms (avg.)
  /nav/Jeux-Video-et-Consoles_: 1105.55997492085ms (avg.)
  /nav/Tel-PDA_: 775.57751585994ms (avg.)
  /nav/Informatique_: 877.709705117706ms (avg.)

NPF stats for rhome:
  14079334 lines analyzed
  /nav/Musique_: 1454.06673345578ms (avg.)
  /nav/Jeux-Video-et-Consoles_: 1030.04026690118ms (avg.)
  /nav/Tel-PDA_: 683.078050204112ms (avg.)
  /nav/Informatique_: 791.163717559461ms (avg.)

NPF stats for salus:
  14095744 lines analyzed
  /nav/Musique_: 1503.64412030817ms (avg.)
  /nav/Jeux-Video-et-Consoles_: 1065.36855822804ms (avg.)
  /nav/Tel-PDA_: 734.785555858063ms (avg.)
  /nav/Informatique_: 841.448316431077ms (avg.)

NPF stats for sol:
  4063295 lines analyzed
  /nav/Musique_: 1647.24310379043ms (avg.)
  /nav/Jeux-Video-et-Consoles_: 1136.88646907341ms (avg.)
  /nav/Tel-PDA_: 829.26672234641ms (avg.)
  /nav/Informatique_: 929.258573510603ms (avg.)

NPF stats for terra:
  4059046 lines analyzed
  /nav/Musique_: 1648.08797093134ms (avg.)
  /nav/Jeux-Video-et-Consoles_: 1217.31362752989ms (avg.)
  /nav/Tel-PDA_: 857.552726175813ms (avg.)
  /nav/Informatique_: 979.864167692705ms (avg.)

NPF stats for titeia:
  14038474 lines analyzed
  /nav/Musique_: 1534.44423379015ms (avg.)
  /nav/Jeux-Video-et-Consoles_: 1076.61470187569ms (avg.)
  /nav/Tel-PDA_: 737.89881241604ms (avg.)
  /nav/Informatique_: 838.440419017759ms (avg.)

Donc, la NPF sur Musique est bien plus lente que les autres, mais les Jeux-Videos ne sont pas en reste...
Commentaire de Patrice Boulanger [ 04/sept./07 17:42 ]
Martin,

Pourrais-tu me donner les requêtes utilisées par l'application pour la nav par filtre afin que je fasse la même analyse que sur les logs JBOSS ?

Merci.
Commentaire de Martin Sudmann [ 04/sept./07 18:41 ]
sur tous les serveurs qui disposent d'un QR server, il faut aller dans instream/var/log/querylog/ et grepper:

category%3Aequals%28%22<nom de la catégorie>, où <nom de la catégorie> doit être remplacé par :
Musique
Jeux-Video
Tel-PDA
Informatique

les résultats se composent de manière suivante:

<Client-IP> - - <Timestamp> "<HTTP-Request-Line>" <ErrorCode> <Content-Length> "<Referer>" "<Agent>" <RequestTime> <SearchTime> <DocSumTime> <TotalHits>

par exemple (j'ai troqué la requête) :
127.0.0.1 - - [04/Sep/2007:18:23:43 +0200] "GET /cgi-bin/search?resultview=search&encoding=utf-8&query=and%28or%28string%28%22compil........lable++-pmscore+default&version=v2.0.70 HTTP/1.1" 200 91979 "" "Java/1.5.0_10" 1.4183 1.3210 0.0773 532

=> la requête dans l'exemple a mis 1.4183 sec pour être servi ; c'était la recherche qui était long (<SearchTime> = 1.321 s) et non l'assemblage du result set (<DocSumTime> = 0.0773 s)
Commentaire de Patrice Boulanger [ 05/sept./07 12:02 ]
Quelques statistiques des QRServer des AS:

Titeia:
                                                                                Req. Srch DocSum Total Hits (Avg.)
category%3Aequals%28%22Musique: 1.171s 1.091s 0.067s 200976737 (52860.79)
category%3Aequals%28%22Jeux-Video: 0.713s 0.654s 0.051s 100765497 (16125.06)
category%3Aequals%28%22Tel-PDA: 0.378s 0.325s 0.045s 48511597 (8325.31)
category%3Aequals%28%22Informatique: 0.477s 0.413s 0.055s 25503226 (6146.84)

Salus:
                                                                                Req. Srch DocSum Total Hits (Avg.)
category%3Aequals%28%22Musique: 1.201s 1.125s 0.065s 260840852 (63310.89)
category%3Aequals%28%22Jeux-Video: 0.709s 0.651s 0.050s 114731521 (16239.42)
category%3Aequals%28%22Tel-PDA: 0.361s 0.308s 0.045s 58658372 (8770.69)
category%3Aequals%28%22Informatique: 0.468s 0.407s 0.053s 32998260 (6457.59)

Rhome:
                                                                               Req. Srch DocSum Total Hits (Avg.)
category%3Aequals%28%22Musique: 1.137s 1.065s 0.064s 280123202 (60397.41)
category%3Aequals%28%22Jeux-Video: 0.711s 0.654s 0.050s 170116994 (18124.55)
category%3Aequals%28%22Tel-PDA: 0.366s 0.316s 0.044s 79444831 (9516.63)
category%3Aequals%28%22Informatique: 0.461s 0.401s 0.054s 41978693 (6916.90)

Commentaire de Patrice Boulanger [ 05/sept./07 12:04 ]
C'est pas trés clair, je rajoute les statistiques dans un fichier en pièce jointe.
Commentaire de Justin Ziegler [ 10/sept./07 12:16 ]
Est ce qu'on sait si on a le meme probleme en pré-prod ?
en integ ?
en dev ?
Commentaire de Martin Sudmann [ 26/sept./07 10:43 ]
1ère nouvelle:

perf globalement super-meilleure en prod sur titan (nouvel index V15 en colonnes) !

sur salus (prod, index en cours d'utilisation par les SA), 2380 reuqêtes de 1 sec ou plus dans le fichier de log de référence.
sur titan, le même fichier: 109 en total, dont 105 avec 1 sec, 3 avec 2 sec, 1 avec 3 sec.
Commentaire de Martin Sudmann [ 02/oct./07 17:06 ]
les tendances positives des 1ers tests se sont confirmées ; en pj (le .rar) les résultats des tests.
Commentaire de Martin Sudmann [ 03/oct./07 13:50 ]
réouverture suite à un gros pb de perf sur les livres
Commentaire de Martin Sudmann [ 03/oct./07 13:52 ]
en pj le nouveau fichier d'analyse, avec les livres.
Commentaire de Benoît Bourdon [ 03/oct./07 14:06 ]
L'activation de l'onglet Livres ne peut se faire que si les problèmes de perf FAST sont élucidés
(je relie donc ces 2 jiras pour ne pas perdre de vue cela)
Commentaire de Benoît Bourdon [ 05/nov./07 14:27 ]
Martin > Jira fermable ?
Commentaire de Martin Sudmann [ 05/nov./07 18:24 ]
index en prod




[APP-19466] [BO] - Lien Paniers Obs Création: 06/févr./08 15:43  Mise à jour: 13/janv./09 11:55  Résolue: 23/oct./08 12:21

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, Panier
Affecte la/les version(s): 18.1.3
Version(s) corrigée(s): 38.0.0 (TX-D Bis)

Type: Amélioration Priorité: Critique
Rapporteur: Espérance Galouo-Lece Attribution: Patrick Pereira
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Panier_En_cours_OBSERVATION.JPG    
Liens des demandes:
Duplicate
a pour doublon APP-19461 le lien des paniers en obs ne marche ... Fermé
Pays:
FRA - France
Site: Prod
Projets PM: Performances

 Description   
 - Serait-il possible d'améliorer les perf de la requête qui ramène les paniers en Observation?
 - Il y'a plus de 3minutes d'attente pour un résultat d'une trentaine de lignes;

Logs:
2008-02-06 15:28:03,379 INFO [Processor142] BO:Anonyme - >>> GET http://bo.priceminister.com/purchase_back?action=purchasesearch&fuzzy=false&numberrows=200&order=1&pchstatuscode=120
2008-02-06 15:31:38,932 INFO [Processor142] BO:Anonyme - <<< [215553 ms] GET http://bo.priceminister.com/purchase_back?action=purchasesearch&fuzzy=false&numberrows=200&order=1&pchstatuscode=120
2008-02-06 15:31:38,932 WARN [Processor142] BO:Anonyme - Long request [215553 ms]: GET http://bo.priceminister.com/purchase_back?action=purchasesearch&fuzzy=false&numberrows=200&order=1&pchstatuscode=120


 Commentaires   
Commentaire de Manuel Sadok [ 08/oct./08 11:24 ]
En testant, la requête ne semble pas longue mais fait par contre un full scan de purchase... un index pourrait aider ?
Commentaire de Manuel Sadok [ 08/oct./08 11:24 ]
SELECT purchase.purchase_id, purchase.authorization_card_amount, purchase.authorization_coupon_amount, purchase.authorization_date, purchase.authorization_number_request, purchase.authorization_number_response, purchase.authorization_operation_amount, purchase.brand_id, purchase.brand_partner, purchase.buyer_account_id, purchase.buyer_login, purchase.capture_card_amount, purchase.capture_coupon_amount, purchase.capture_date, purchase.capture_number_request, purchase.capture_number_response, purchase.capture_operation_amount, purchase.card_expiration_month, purchase.card_expiration_year, purchase.card_is_cvv_used, purchase.card_is_e_carte_bleue_detected, purchase.card_number_begin, purchase.card_number_end, purchase.card_number_hash, purchase.card_pay_incident_count, purchase.card_type_code, purchase.card_usr_birth_date, purchase.change_date, purchase.creation_date, purchase.currency_id, purchase.has_cbv, purchase.ip_address, purchase.is_cbv_applicable, purchase.is_tracking_direct, purchase.operation_id, purchase.payment_type_code, purchase.pch_followup_code, purchase.pch_status_code, purchase.pch_type_code, purchase.request_date, purchase.row_version, purchase.security_number, purchase.tracking_date, purchase.usa_address1, purchase.usa_address2, purchase.usa_city, purchase.usa_country_id, purchase.usa_digicode, purchase.usa_email_address, purchase.usa_fax_number,purchase.usa_first_name, purchase.usa_last_name, purchase.usa_phone_comment_1, purchase.usa_phone_comment_2, purchase.usa_phone_comment_3,purchase.usa_phone_number_1, purchase.usa_phone_number_2, purchase.usa_phone_number_3, purchase.usa_state_id, purchase.usa_zip, purchase.usr_coupon_id, purchase.usr_title_code, purchase.usr_tracking_id
FROM purchase
WHERE (purchase.pch_status_code = 120)
ORDER BY purchase.authorization_date DESC
;


147 ligne(s) sélectionnée(s).

Ecoulé : 00 :00 :28.68

Plan d'exécution
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=ALL_ROWS (Cost=152824 Card=1468909 Bytes=368696159)
   1 0 SORT (ORDER BY) (Cost=152824 Card=1468909 Bytes=368696159)
   2 1 TABLE ACCESS (FULL) OF 'PURCHASE' (TABLE) (Cost=108405 Card=1468909 Bytes=368696159)


Statistiques
----------------------------------------------------------
          1 recursive calls
          0 db block gets
     255491 consistent gets
     255486 physical reads
          0 redo size
      40056 bytes sent via SQL*Net to client
        522 bytes received via SQL*Net from client
         11 SQL*Net roundtrips to/from client
          1 sorts (memory)
          0 sorts (disk)
        147 rows processed
Commentaire de Patrick Pereira [ 23/oct./08 12:21 ]
Pas de pb.

Elapsed: 00:00:00.00

Execution Plan
----------------------------------------------------------
Plan hash value: 304265661

-----------------------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time |
-----------------------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1192K| 276M| | 151K (1)| 00:30:20 |
| 1 | SORT ORDER BY | | 1192K| 276M| 887M| 151K (1)| 00:30:20 |
| 2 | TABLE ACCESS BY INDEX ROWID| PURCHASE | 1192K| 276M| | 88763 (1)| 00:17:46 |
|* 3 | INDEX RANGE SCAN | PURCHASE_FKIX_STATUS_TYPE_AUTH | 1192K| | | 543 (1)| 00:00:07 |
-----------------------------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   3 - access("PURCHASE"."PCH_STATUS_CODE"=TO_NUMBER(:X1))


Statistics
----------------------------------------------------------
          0 recursive calls
          0 db block gets
         41 consistent gets
          0 physical reads
          0 redo size
      12749 bytes sent via SQL*Net to client
        627 bytes received via SQL*Net from client
          3 SQL*Net roundtrips to/from client
          1 sorts (memory)
          0 sorts (disk)




[EXP-4487] CLONE -prblm connexion compte gakkicorp Création: 13/août/08 10:03  Mise à jour: 16/sept./08 17:14  Résolue: 16/sept./08 17:14

Etat: Résolu
Projet: Exploitation
Composants: Evolution
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Jany Marimoutou Attribution: Ange Ferrari
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Le compte : bangmedia_fr
http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=15263840

Le vendeur m'a envoyé ce message ce matin. J'ai besoin d'un traitement urgent de son problème afin d'éviter des annulations :

Hi Both,

There seems to be an IT problem on your end, our system is not able to retrieve orders from Priceminister backend. As a result most of the orders from 01/08/08 are not process except for the ones which I've replied to Jany yesterday. We also have problems logging into priceminister to resolve this issue, could you kindly get your IT dept to check on this matter & keep us posted of the outcome. In view of this issue on your end, I hope we are not set for vacation since the problem is with your IT dept. We would appreciate if you could advise us the outcome soonest as to enable us to resume business as usual. Let me know if you need to discuss this matter via phone.


 Commentaires   
Commentaire de Jany Marimoutou [ 13/août/08 10:04 ]
J'ai également ce vendeur situé au Japon : gakkicorp
IP : 61.27.193.52
Commentaire de Ange Ferrari [ 18/août/08 11:04 ]
merci de voir avec lui si cela fonctionne
Commentaire de Ange Ferrari [ 16/sept./08 17:14 ]
Pour le moment nous ne bloquons plus la plage asie
a suivre..




[EXP-4494] CLONE -prblm connexion compte bangmedia_fr Création: 22/août/08 09:45  Mise à jour: 12/déc./08 10:52  Résolue: 12/déc./08 10:52

Etat: Résolu
Projet: Exploitation
Composants: Evolution
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Jany Marimoutou Attribution: Ange Ferrari
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Le compte : bangmedia_fr
http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=15263840

Le vendeur m'a envoyé ce message ce matin. J'ai besoin d'un traitement urgent de son problème afin d'éviter des annulations :

Hi Both,

There seems to be an IT problem on your end, our system is not able to retrieve orders from Priceminister backend. As a result most of the orders from 01/08/08 are not process except for the ones which I've replied to Jany yesterday. We also have problems logging into priceminister to resolve this issue, could you kindly get your IT dept to check on this matter & keep us posted of the outcome. In view of this issue on your end, I hope we are not set for vacation since the problem is with your IT dept. We would appreciate if you could advise us the outcome soonest as to enable us to resume business as usual. Let me know if you need to discuss this matter via phone.


 Commentaires   
Commentaire de Jany Marimoutou [ 22/août/08 09:48 ]
Bangmedia_fr nous a donné en premier lieu l'IP qu'il utilise pour la connexion FTP. Maintenant serait-il possible de débloquer l'IP suivante : 61.14.65.135
Qu'il utilise pour aller sur son compte, sur le site
Commentaire de Ange Ferrari [ 22/août/08 17:21 ]
il est deja debanni avec cette ip
Commentaire de Cantoni Carlos [ 04/sept./08 17:20 ]


le partenaire nous informe qu'il a encore des problemes de connexion sur le site. Vous pouvez verifier SVP? merci

HI Daniel,
Could you kindly advise us when we are able to access to priceminister platform, it's issue has not been resolved nearly for 1 month. We would appreciate if this matter could be resolved soon as we've been having a lot of problems with priceminister orders. We are able to retrieve orders on our system but the program would not validate the orders automatically when we process the orders on our site. As a result in view of this issue we are receiving a lot of validation orders from price minister requesting to cancel order when we have already process & deliver the orders. I would like to resolve this issue by this week & hope you would help us to resolve this matter too. We would appreciate if you could look into this & resolved this issue quickly. If there is anything that you need us to look into on our end please feel free to contact me via phone or e-mail.
Regards & waiting to hear from you soon
Haffiz Zainal

Commentaire de Cantoni Carlos [ 04/sept./08 17:21 ]
le compte est sur pm Espagme, pseudo bang_media
Commentaire de Ange Ferrari [ 12/déc./08 10:52 ]
c'est bon depuis le temps




[INF-64] Demande d'accès aux emails et aux interfaces de supervision BI depuis chez moi Création: 22/mai/08 17:03  Mise à jour: 05/nov./08 16:46  Résolue: 05/nov./08 16:46

Etat: Résolu
Projet: Infrastructure
Composants: Micro
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Agathe Remy Attribution: Ange Ferrari
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Bonjour,

L'idée est que je puisse vérifier le bon fonctionnement des alimentations BI (et éventuellement les relancer) depuis chez moi.
Pour cela, la solution semble de remplacer mon PC par un portable pas trop lourd parce que je suis petite, mais pas trop cher, avec un station de travail et un sac à dos?
Il me faut au moins 1Go de RAM sous Windows XP pour pouvoir exécuter les outils BI et 40 Go d'espace disque pour les installer.
Les accès nécessaires sont :
- accès à la messagerie
- accès aux serveurs de Production en ssh (latone, tellus)
- accès à bi.priceminister.com
- accès à Oracle Entreprise Manager : http://latone.lan:5500/em/, http://latone.lan:5501/em/, http://latone.lan:5502/em/
et éventuellement : https://supervision.priceminister.jmh:11000/

Pour info, je dispose chez moi d'une connexion free.

J'espère que je n'ai rien oublié et reste à votre disposition pour répondre aux questions.

Merci.

Agathe


 Commentaires   
Commentaire de Justin Ziegler [ 22/mai/08 17:12 ]
Pourrait on en profiter pour migrer Agathe en imap ?
Commentaire de Agathe Remy [ 09/juin/08 11:10 ]
Bonjour,

J'ai terminé l'installation des outils BI sur le portable. Tout semble bien fonctionner:-)

Etape suivante : l'accès à distance...

Merci.

Agathe
Commentaire de Stéphane Eccli [ 09/juin/08 11:29 ]
repasse moi le ticket apres ouverture du VPN
Commentaire de Agathe Remy [ 10/juin/08 10:06 ]
Voici mon IP fixe :
81.56.56.49

Agathe
Commentaire de Ange Ferrari [ 12/juin/08 09:46 ]
Pour l'accès à la supervision

https://supervision.priceminister.com:11000/

avec ton login et mdp habituel

pour le reste je te tiens au courant au fur et à mesure de l'avancée des choses
Commentaire de Ange Ferrari [ 12/juin/08 11:40 ]
pour bi.priceminister.com
c'est en place
Commentaire de Ange Ferrari [ 20/juin/08 14:01 ]
JET a procédé à l'ouverture du flux ssh
peux tu valider le fonctionnement ?
Commentaire de Agathe Remy [ 08/juil./08 09:55 ]
ça marche trop bien!!!

A part en wifi où ça coupe tout le temps... Mais avec un cable réseau, j'ai réussi depuis chez moi à me connecter :
- aux serveurs de Production en ssh (latone, tellus) via phaeton.priceminister.com
- à bi.priceminister.com en créant un tunnel sur tellus
- à Oracle Entreprise Manager : http://latone.lan:5500/em/, http://latone.lan:5501/em/, http://latone.lan:5502/em/ en créant un tunnel sur latone

J'ai oublié de vérifier l'accès à la supervision : https://supervision.priceminister.jmh:11000/ ?!

Ne me manque plus que l'accès à la messagerie!

Merci et j'attends vos nouvelles pour le dernier point.

Agathe
Commentaire de Agathe Remy [ 02/oct./08 10:37 ]
Bonjour,
Je n'arrive plus à accéder à BusinessObjects en Production (bi.priceminister.com).
Peut-être est-ce lié à la migration du serveur BO sur elasippos.
S'il vous plait, pouvez-vous regarder ce qu'il en est?
Merci.
Agathe
Commentaire de Agathe Remy [ 05/nov./08 16:44 ]
Bonjour,

Suite aux modifs de la semaine dernière, j'ai testé mes accès BI ce week-end (02/11/2008) et cela fonctionne parfaitement.
Merci!
Vous pouvez clôturer le JIRA.

Agathe




[APP-29280] Impossible de finaliser un achat Création: 21/avr./10 10:39  Mise à jour: 11/mai/10 09:58  Résolue: 28/avr./10 16:57

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 67.0.1
Version(s) corrigée(s): 67.0.0 (CTN-Q)

Type: Bogue Priorité: Bloquant
Rapporteur: Laura Yeo Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: File capture #1- IE.bmp    
Pays:
ESP - Espagne
Site: Prod
Projets PM: *** A PLANIFIER ***

 Description   
Plusieurs problèmes rencontré lors de la finalisation d'une commande, aussi bien sur IE, Mozilla et Chrome.
Dernier panier enregistré à 10h15.

1- Sur ie:
on accède au paiement mais l'adresse disparait, cf capture d'écran n°. Adresse vide, uniquement indiqué Espagne.
2- Sur Mozilla, une fois loggée et l'adresse de livraison finalisée on retombe sur la page récap du panier à finaliser. 2ème log et on retombe sur "mon compte où apparait 1 article en panier et quand on accède au panier ce dernier est vide.
3- Sur Chrome, log, validation d'adresse puis panier vide. Si on recommence l'opération

 Commentaires   
Commentaire de Laura Yeo [ 21/avr./10 10:40 ]
3- Sur Chrome, (désolée) si on recommence l'opération, l'article s'ajoute au premier qui avait disparu.
Commentaire de Emeric Teil [ 21/avr./10 11:08 ]
A priori, il semble qu'on ait un pbm de load balancer : la sessions utilisateur est perdue d'une page à l'autre car on change de serveur....
Commentaire de Habib-Sylvain Gourguet [ 21/avr./10 14:56 ]
Au cas où il est encore besoin de le préciser, confirmation d'Héléna : l'alerte a bien été lancée par un utilisateur et non en interne.
Commentaire de Jérémie Bennejean [ 21/avr./10 15:10 ]
Bonjour,

Effectivement, je reviens du bo qui m'indique la même chose, à savoir que l'alerte est venue d'un utilisateur.

Pour l'explication:

Ce matin sur l'Espagne nous avons rencontré un pb avec un nos serveurs applicatifs : janus.
Parfois ( pas systématiquement ), lors de l'ajout d'un article en panier, puis en le finalisant, on avait un message indiquant que le panier était vide.

En fait, à ce moment, nous changions de SA, or avec le cookie de session on devrait rester tjrs sur le même SA.
Cela se produisait uniquement sur janus et nous étions redirigé selon 3 possibilités:
- janus (ok)
- janus (encore) (pas ok)
- venus (pas ok)

En fait le cookie de session provenant de janus indiquait janus ou .. amphore.
Dans le 2e cas, amphore n'étant pas connu des webs (SA en cours de configuration copié de janus mais jamais ajouté dans le pool) nous étions redirigé sur janus ou venus et dans ce cas, l'erreur se produisait (panier vide).

Depuis le redémarrage de janus, je n'ai pas réussi à reproduire le problème.

Actuellement, Le nombre de paniers et paiements semble tout à fait normal

Merci,
Jérémie

PS: Ayoub à d'ailleurs effectué un comptage ce matin (que voici)
Ayoub Benseghir

Salut,

le comptage (nombre de paniers, de paniers abandonés, et d'ip entre 4h00 et 14h00 sur 7 jours, notre ip est exclue):

PANIERS ABANDONES IP
217 143 188
229 208 170
242 224 190
185 169 141
193 174 148
232 187 189
214 175 186





[APP-3053] SQL : requete consommant pas mal de disque Création: 12/nov./04 15:01  Mise à jour: 25/juin/07 18:26  Résolue: 30/janv./06 17:11

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.7a
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Justin Ziegler Attribution: Patrick Pereira
Résolution: Corrigé  
Estimation restante: 15 minutes
Temps consacré: 15 minutes
Estimation originale: 30 minutes


 Description   
La requete /* ProductAdvertInfoQuery */
semble faire pas mal d'acces disque.

Comme elle est bcp utilisee, ca vaut le coup de verifier que son plan
d'execution est completement optimal.

NB : j'ai pas la requete en entier, il faut la retrouver dans la sga :-(

 Commentaires   
Commentaire de Patrick Pereira [ 30/janv./06 17:09 ]
La requête en entier :



/* ProductAdvertInfoQuery */ SELECT advert.advert_id, advert.product_id, advert.seller_account_id, advert.creation_date,
advert.change_date, advert.sale_price, advert.currency_id, advert.available_count, advert.unavailable_count, advert.adv_quality_code, advert.adv_status_code, advert.seller_login, advert.seller_comment, advert.prd_barcode, advert.prd_title, advert.prd_author_name, advert.prd_performer_name, advert.prd_editor_name, advert.prd_distributor_name, advert.prd_list_price, advert.prd_release_date,
advert.prd_type_code, advert.prd_medium_code, advert.brand_id, advert.usr_tracking_id, advert.is_tracking_direct, advert.prd_currency_id, advert.prd_best_price, advert.prd_adv_currency_id, advert.prd_icon_id, advert.serial_number, advert.is_original, advert.sort_title,
advert.sort_author, advert.adv_showcase_code, advert.prd_back_category_id, advert.prd_availability_code, advert.seller_reference1, advert.prd_status_code, advert.prd_manufacturer_key, advert.is_unlimited, advert.is_available, advert.adv_type_code, advert.is_best_price, advert.prd_text_1, advert.seller_private_comment, advert.data_file_id, advert.prd_line_key, advert.prd_model_key, advert.adv_visibility_code,
advert.freshness_date, advert.freshness_info_date, advert.freshness_warn_date, advert.freshness_outdated_date, advert.is_buyable,
advert.is_sellable, advert.negotiation_count, advert.is_negotiable, advert.allow_negotiation, advert.prd_freshness_date,
advert.complement_product_id, advert.cpl_prd_text_1, advert.question_count, advert.import_tag, advert.import_reference,
advert.cpl_prd_icon_id, advert.is_activation_to_send, advert.first_prd_image_id, advert.cpl_first_prd_image_id, advert.prd_visibility_code,
advert.row_version, user_account.user_account_id, user_account.parent_user_account_id, user_account.children, user_account.login,
user_account.password, user_account.usr_title_code, user_account.first_name, user_account.last_name, user_account.company_name, user_account.email_address, user_account.usr_type_code, user_account.creation_date, user_account.change_date,
user_account.last_buy_date, user_account.buy_count, user_account.last_buyable_advert_date, user_account.sale_count, user_account.seller_score_sum, user_account.seller_score_count, user_account.commission_rate, user_account.is_first_mail_sent, user_account.game_points, user_account.usr_game_status_code, user_account.http_referrer, user_account.brand_id,
user_account.usr_tracking_id, user_account.usr_campaign_id, user_account.seller_score_date, user_account.cmp_method_code,
user_account.usr_privilege_code, user_account.usr_first_tracking_id, user_account.usr_last_tracking_id, user_account.game_parent_user_account_id, user_account.is_last_tracking_direct, user_account.is_tracking_direct, user_account.grant_login, user_account.grant_email,
user_account.reliability, user_account.grant_question_notify, user_account.initial_seller_score_sum, user_account.initial_seller_score_count, user_account.computed_seller_score_sum, user_account.computed_seller_score_count, user_account.seller_country_id, user_account.ip_address, user_account.last_login_date,user_account.initial_commit_count, user_account.computed_commit_count, user_account.commit_count, user_account.initial_sale_count, user_account.computed_sale_count, user_account.initial_answer_time_sum,
user_account.computed_answer_time_sum, user_account.seller_answer_time_sum, user_account.usr_presence_code, user_account.wallet_amount, user_account.wallet_incoming_amount, user_account.wallet_outgoing_amount, user_account.wlt_status_code, user_account.wallet_currency_id, user_account.grant_question_advert_receive, user_account.grant_question_item_receive, user_account.last_wish_date, user_account.remark, user_account.send_first_advert_mail, user_account.is_company, user_account.company_number, user_account.is_to_validate, user_account.supports_shipping_normal, user_account.supports_shipping_suivi, user_account.last_warning_date, user_account.usr_compensation_right_code, user_account.allow_unlimited_stock, user_account.allow_holiday, user_account.cache_advert_stats, user_account.is_in_transit, user_account.holiday_start_date, user_account.holiday_remind_date, user_account.holiday_return_date, user_account.allow_free_book_price, user_account.usr_visibility_code, user_account.activation, user_account.allow_submit_auto_validation, user_account.ev_game_points, user_account.ev_parent_user_account_id, user_account.ev_send_registration, user_account.ev_privilege, user_account.activation_mail_date, user_account.activation_mail_count, user_account.commission_id, user_account.registration_birth_date, user_account.wallet_birth_date, user_account.accept_negotiation, user_account.supports_shipping_recommande, user_account.supports_shipping_chronopost, user_account.grant_buyer_email, user_account.grant_buyer_phone,
user_account.external_user_reference, user_account.display_name, user_account.last_consultable_advert_date, user_account.tab_index, user_account.last_memo_date, user_account.image_granted_status_code, user_account.is_pro_vehicle, user_account.seller_website_url, user_account.row_version, (user_account.seller_score_sum / user_account.seller_score_count) as score
FROM advert, user_account
WHERE (user_account.user_account_id = advert.seller_account_id)
AND (advert.product_id = :A)
AND (advert.is_available = 1)
AND (advert.adv_visibility_code = 10)
ORDER BY advert.adv_visibility_code, advert.adv_quality_code ASC, toEuro(advert.sale_price, advert.currency_id) ASC,
score DESC NULLS LAST, advert.creation_date ASC;
Commentaire de Patrick Pereira [ 30/janv./06 17:11 ]
Le plan d'execution :

Execution Plan
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=CHOOSE (Cost=85 Card=23 Bytes=24012)
   1 0 SORT (ORDER BY) (Cost=85 Card=23 Bytes=24012)
   2 1 NESTED LOOPS (Cost=35 Card=23 Bytes=24012)
   3 2 TABLE ACCESS (BY INDEX ROWID) OF 'ADVERT' (Cost=12 Card=23 Bytes=17365)
   4 3 INDEX (RANGE SCAN) OF 'ADVERT_FKIX_PRODUCT' (NON-UNIQUE) (Cost=4 Card=23)
   5 2 TABLE ACCESS (BY INDEX ROWID) OF 'USER_ACCOUNT' (Cost=1 Card=1 Bytes=289)
   6 5 INDEX (UNIQUE SCAN) OF 'PK_USER_ACCOUNT' (UNIQUE) (Cost=1 Card=1)

Statistics
----------------------------------------------------------
         42 recursive calls
          0 db block gets
         54 consistent gets
         10 physical reads
          0 redo size
      19301 bytes sent via SQL*Net to client
       4233 bytes received via SQL*Net from client
          2 SQL*Net roundtrips to/from client
          1 sorts (memory)
          0 sorts (disk)
          9 rows processed

Pour moi c'est OK.




[EXP-421] www.babelstore.com : met des plombe a repondre :-( Création: 28/nov./05 11:46  Mise à jour: 25/juin/07 18:54  Résolue: 14/déc./05 18:00

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Justin Ziegler Attribution: Sébastien Tournay
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
ou est le pb ?
je n'ai jamais eu de reponse :-(
Si PKM voit ca, il va completement exploser !

 Commentaires   
Commentaire de Justin Ziegler [ 28/nov./05 11:52 ]
En fait cela ne repond pas du tout !!!
Commentaire de Sébastien Tournay [ 28/nov./05 14:45 ]
Le nom ne doit plus répondre déjà depuis quelques temps. Il doit s'agir d'une vieille @IP qui n'est plus utilisée dans la résolution pour ce nom.

le tracert montre qu'il s'agit de pmweb01.cdtel.fr [212.23.161.80].

Le problème ne semble pas lié au changement de délégation du nom babelstore.com de juin05. Le MX (les mails babelstore.com) fonctionne toujours avec la résolution de COLT.

On vient de faire une demande à COLT ([Request #1282611]) pour rediriger (CNAME) l'enregistrement du nom www.babelstore.com vers le nom www.priceminister.com.
Commentaire de Sébastien Tournay [ 29/nov./05 15:55 ]
Pb résolu aujourd'hui après la mise à jour de la zone chez COLT.


babelstore.com. IN NS ns0.coltfrance.com.
babelstore.com. IN NS ns1.coltfrance.com.
babelstore.com. IN MX 10 mx.coltfrance.com.
ftp.babelstore.com. IN CNAME priceminister.online.fr.
www.babelstore.com. IN CNAME www.priceminister.com.
Commentaire de Justin Ziegler [ 29/nov./05 17:04 ]

:-)

Super pour babelstore.com

mais babelstore.fr est pas en super forme :-)
=> je rouvre !
Commentaire de Justin Ziegler [ 29/nov./05 17:05 ]
je rouvre pour le .fr
verifier aussi tous les autres nom de domaine que l'on possede...
Commentaire de Sébastien Tournay [ 29/nov./05 18:22 ]
Pas certain que babelstore.fr est fonctionné un jour. En tout cas il ne fonctionne pas depuis très longtemps. On va rechercher pour savoir qui gère la zone de ce nom de domaine.

Concernant les autres noms de domaine, il n'ya pas de politique clairement définit sur la redirection c'est à voir avec Pierre Krings. Je vais lui poser la question.





[APP-6047] Remettre en place le mécanisme SIPS en intégration Création: 24/oct./05 12:10  Mise à jour: 25/juin/07 18:32  Résolue: 14/mars/06 14:50

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 8.1.2

Type: Bogue Priorité: Critique
Rapporteur: Sébastien Tournay Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Integ

 Commentaires   
Commentaire de Martin Sudmann [ 09/janv./06 17:06 ]
on ne peut pas tester le comportement du paiement en cas de capture denied, ni en DEV, ni en INTEG.

à plus atrd à prendre en compte quand on met à jour SIPS.
Commentaire de Ranto Andriambololona [ 20/févr./06 18:32 ]
Les chemins d'accès au pathfile ne sont pas bons ...

/appli/priceminister/atos/office/param/pathfile

au lieu de

/usr/local/Atos/office/param/pathfile



Commentaire de Sébastien Tournay [ 21/févr./06 09:10 ]
Est-ce que cela fonctionne maintenant sur les 2 serveurs d'INTEG ?
Commentaire de Ranto Andriambololona [ 22/févr./06 12:24 ]
Martin, Judd ?

Comment on teste au niveau métier le "cas" du "catpure denied" ?

Commentaire de Martin Sudmann [ 22/févr./06 12:46 ]
via l'appli price. Il faut mettre en place dans les priceminister.properties le certificat de test (1111222233334444), les deux derniers chiffres de la CB utilisé seront alors retournés en response_code SIPS
Commentaire de Ranto Andriambololona [ 22/févr./06 17:49 ]
De mémoire ATOS sur deutz avait fonctionné mais jamais sur mumm ...

Sur deutz actuellement on a de bons paramètre de conf ATOS (proxy, etc ..) tandis que sur mumm j'ai l'impression que la conf vient de la PROD (ip de prod dans la conf)

En attendant de régler ce problème, nous avions mis le paramètre priceminister.payment.sips.fake = true pour effectuer des simulations de paiement
Commentaire de Ranto Andriambololona [ 22/févr./06 17:54 ]
ma question était , est ce que vous pensiez que cela avait déja un jour marché sur DEUTZ ou jamais ?
moi je confirme que sur mumm on avait jamais réussi à le faire marcher
Commentaire de Ranto Andriambololona [ 01/mars/06 11:48 ]
J'ai mis le sips fake à false sur Deutz

au payement j'ai le message d'erreur

2006-03-01 11:46:57,266 WARN [P-Processor5] randriam1 - $$$ Authorization Sips request - Ref: 480205 - Amount: 38,54 EUR - Date: 01/03/2006
2006-03-01 11:46:57,279 ERROR [P-Processor5] randriam1 - $$$ Sips connection problem: com.babelstore.payment.PaymentTechnicalException: Could not parse SIPS response: <Error message="requestOffice is not a registered component"/> (java.lang.Exception: requestOffice is not a registered component)
2006-03-01 11:46:57,317 INFO [P-Processor5] randriam1 - <<< [60 ms] POST https://bo.pm.lan/checkout!action=pay&cardtypecode=20&ccmonth=2&ccnumber=1234569874...&ccyear=2007&cvvkey=111&infunnel=false&wlt=false&x=48&y=12

J'ai pas de log généré au niveau d'ATOS non plus

on avance ...
Commentaire de Martin Sudmann [ 01/mars/06 12:12 ]
ca a fonctionné sur Deutz ; j'ai toujours branché mon serveur de DEV sur Deutz pour tester le paiement. C'était à l'époche de Michael & JD.
A un moment JD a essaye d'installer le nouveau SIPS office, on a vue que cela demande trop de DEV pour l'utiliser et on a décidé ne rester avec l'acienne version. JD a fait marche en arrière et depuis c'est dans les choux, si je me souviens bien.
Commentaire de Ranto Andriambololona [ 07/mars/06 18:08 ]
Ce qui a été fait :

dans priceminister-local.properties j'ai activé deutz

#AtosOffice server
priceminister.payment.sips.host = deutz.lan
priceminister.payment.sips.port = 7180


Maintenant j'ai en frontal une réponse de type : "Votre numéro de carte bancaire est invalide, veuillez le vérifier"

et dans les logs jboss

2006-03-07 18:04:16,110 INFO [P-Processor7] randriam1 - >>> POST https://bo.pm.lan/checkout!action=pay&cardtypecode=20&ccmonth=2&ccnumber=1234563214...&ccyear=2009&cvvkey=111&infunnel=false&wlt=false&x=36&y=10
2006-03-07 18:04:16,179 INFO [P-Processor7] randriam1 - <<< [69 ms] POST https://bo.pm.lan/checkout!action=pay&cardtypecode=20&ccmonth=2&ccnumber=1234563214...&ccyear=2009&cvvkey=111&infunnel=false&wlt=false&x=36&y=10

et toujours pas de log atos

Commentaire de Martin Sudmann [ 07/mars/06 18:30 ]
il faut tester avec un numéro à 16 chiffres + date de validité dans le futur + crypto à 3 caractères
Commentaire de Ranto Andriambololona [ 07/mars/06 18:35 ]
Effectivement, c'est ce que j'ai fait ...
Commentaire de Ranto Andriambololona [ 08/mars/06 18:13 ]
Le mécanisme SIPS fonctionne actuellement en INTEG

Nous avons mis en place le système sans passer par un PROXY car ça ne fonctionne pas très bien avec ...

Sinon tout marche

Carte bleu
Num carte bleu de test : 0000000000000000
Trigramme : 000

A la prochaine integ MUMM et DEUTZ seront activés avec le mécanisme de payement SIPS





Commentaire de Sébastien Tournay [ 09/mars/06 11:23 ]
Très bien. Reste donc à comprendre pourqoi cela ne fonctionne pas en utilisant le proxy ;-) S'agit-il d'un pb de config d'apache et/ou réseau (FortiGate) compte-tenu de la teneur du message d'erreur dans le log du proxy.
Commentaire de Christophe Garcia [ 09/mars/06 12:56 ]
OK sur DEUTZ mais pas sur MUMM
Commentaire de Ranto Andriambololona [ 09/mars/06 15:14 ]
Erreur typographique dans la conf priceminister-local.properties

Je viens de le régler, cela sera pris en compte au prochain redémarrage

Commentaire de Ranto Andriambololona [ 09/mars/06 15:57 ]
Validé sur MUMM

2006-03-09 15:56:21,442 WARN [P-Processor8] randriam1 - $$$ Authorization Sips request - Ref: 485201 - Amount: 3,80 EUR - Date: 09/03/2006
2006-03-09 15:56:24,780 INFO [P-Processor8] randriam1 - Cart paid - buyer=randriam1


Commentaire de Ranto Andriambololona [ 09/mars/06 16:25 ]
Pour info,

Une fois que vous avez testé et validé SIPS avec la V812, il faut qu'on désactive la fonctionnalité sur MUMM et DEUTZ
Pourquoi ? parce qu'il y aura plein de tests d'achat de tous les utilisateurs de la boite qui vont partir vers le serveur de banque
Commentaire de Ranto Andriambololona [ 14/mars/06 11:59 ]
je ferme ci jira,

Si vous voulez activer ou désactiver SIPS, on le traitera comme une demande à part

Commentaire de Christophe Garcia [ 15/mars/06 10:42 ]
Works fine sur DEUTZ ET MUMM




Rackage switch 24 ports dans la baie de brassage (EXP-1122)

[EXP-1124] configuration switch 24 ports de la baie de brassage Création: 31/janv./06 12:44  Mise à jour: 25/juin/07 18:56  Résolue: 14/mars/06 12:15

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Mineur
Rapporteur: Jérémie Bennejean Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 5 heures, 30 minutes
Estimation originale: Non spécifié


 Commentaires   
Commentaire de Jérémie Bennejean [ 07/mars/06 17:27 ]
il n'y a plus de portalbe dispo pour le paramétrage du switch, les toshiba sont hs
Commentaire de Jérémie Bennejean [ 14/mars/06 11:49 ]
Switch racké dans la baie de brassage et relié au mge_11kva
Configuré avec l'adresse IP 192.168.1.47
Connecté pour test au switch 3448 de la baie de brassage
Accessible au http://192.168.1.47
Wiki sur configuration switch fait.


Commentaire de Jérémie Bennejean [ 14/mars/06 12:15 ]
http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=BaieDeBrassagePOWERConnect2724




[EXP-1164] Envoi de mail recapitulatif du bon fonctionnement des acces VPN Création: 03/févr./06 09:26  Mise à jour: 25/juin/07 18:56  Echéance: 08/févr./06 00:00  Résolue: 23/mars/06 09:39

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Pap Ndiaye Attribution: Pap Ndiaye
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 2 heures
Estimation originale: 2 heures


 Commentaires   
Commentaire de Pap Ndiaye [ 03/févr./06 16:21 ]
Le VPN marche bien pour moi, sauf que je neu peux pas accéder à l'interface d'admin Fast : http://fastadmin.jmh.lan:16000
C'est assez important pour nous !

Martin

Commentaire de Pap Ndiaye [ 03/févr./06 16:22 ]
PAP,
En principe ce problème avait été réglé en fin de semaine dernière avec une modification du flux sur l'ARKOON pour prendre en compte les @IP du VPN pour l'accès aux @IP privées de la plateforme de PROD. Il faut voir avec Martin à quand son dernier test remonte. On peut aussi utiliser mon portable demain et valider que ma config fonctionne correctement (c'est la même que celle des DEV). Cela mettre donc de coté la piste FORTIGATE+VPN pour se concentrer sur d'autres sujets qui font que pour certain cela ne fonctionne pas.

Sebastien
Commentaire de Pap Ndiaye [ 03/févr./06 16:23 ]
Mon test c'était hier à 23:30 h

Martin
Commentaire de Pap Ndiaye [ 07/févr./06 19:59 ]
La connexion en prod sur les serveurs Fast fonctionne pour ce faire il est nécessaire de faire du port tunneling en preconfigurant le putty.
Commentaire de Pap Ndiaye [ 08/févr./06 10:23 ]
Procédure présente dans la wiki.

http://ruinart/pricewiki/Wiki.jsp?page=Port_Forwarding_acces_fastadmin.jmh.lan
Commentaire de Sébastien Tournay [ 08/févr./06 11:21 ]
C'est une solution de contournement. Il faut faire en sorte que cela puisse fonctionner avec l'ARKOON et le réseau MPLS. Sans-doute que l'ouverture de flux avec nos adresses en 11.11.. ne fonctionne pas correctement.

Il faut que tu reprennes les infos et les contacts que RANTO avait chez JMH pour résoudre cet accès.
Commentaire de Pap Ndiaye [ 09/févr./06 08:43 ]
Effectivement l'ouverture de flux aux adresses 11.11.11.x n'etait pas complet, seul le port 80 et 22 des serveurs en prod sont actuellement accessible. La demande d'ouverture de flux seras effectué dans la matinée du 09/02/2006 et testée ce week end.

Port a ouvrir:

Neptune :16000
amphitrite:15100
angita:15100
aurore:15100
hercule:15100
janus:15100
junon:15100
orcus:15100
parques:15100
sol:15100
tellus:15100
terrra:15100
titan:15100.
 
Commentaire de Pap Ndiaye [ 13/févr./06 09:49 ]
Ajouter une route statique pour que le flux qui sort de notre Firewall (de source 11.11.11.0) soit routable vers nos serveurs de PROD chez JET (10.150.28.64 / 27).

La demande a ete effectuée par mail au pres de Neuf 10/02/2006.

Une fois cette route ajouté il faudrat reprendre contacte avec Jet pour qu'il ajoute une nouvelle route sur les serveur des PROD
Commentaire de Pap Ndiaye [ 14/mars/06 10:36 ]
L'intervention effectué par neuf.
Je viens constater que le reseau 192.168.2.0 /24 n'est pas accessible par les adresses en 11.11.11.0/24 un autre demande d'ajout de route statique en interne vient donc d'etre effectué.
Commentaire de Pap Ndiaye [ 23/mars/06 09:39 ]
Ajout de policy sur le fortigate entre Wan2 Wan1.




[EXP-1176] Probleme d'acces a Internet via le Client VPN Création: 03/févr./06 16:09  Mise à jour: 25/juin/07 18:56  Echéance: 06/févr./06 00:00  Résolue: 26/avr./06 09:25

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Pap Ndiaye Attribution: Pap Ndiaye
Résolution: Corrigé  
Estimation restante: 2 heures
Temps consacré: Non spécifié
Estimation originale: 2 heures


 Commentaires   
Commentaire de Pap Ndiaye [ 06/févr./06 09:51 ]
L'accés internet des utilisateurs VPN faisant parti du groupe VPN_IP_POOL fonctionne, cependant un prérequis est nécessaire.
Lors de connexion via le VPN l'IP de la passerelle par defaut de l'utilisateur doit etre remplacé par celle definie par le fortigate IP_VPN+1 = 192.168.1.251 pour ce faire l'utilisateur doit avoir au préalable une passerelle en 192.168.1.X.

---------La commande suivante sous windows permet l'affichage de la passerelle par defaut:

U:\>route print
===========================================================================
Liste d'Interfaces
0x1 ........................... MS TCP Loopback interface
0x2 ...00 0c f1 fd d4 10 ...... Intel(R) PRO/1000 CT Network Connection - Miniport d'ordonnancement de paquets
0x3 ...00 09 0f fe 00 01 ...... Fortinet virtual adapter - Miniport d'ordonnancement de paquets
===========================================================================
===========================================================================
Itinéraires actifs :
Destination réseau Masque réseau Adr. passerelle Adr. interface Métrique
                      0.0.0.0 0.0.0.0 192.168.1.251 192.168.1.235 20
                 127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
            192.168.1.0 255.255.255.0 192.168.1.235 192.168.1.235 20
        192.168.1.235 255.255.255.255 127.0.0.1 127.0.0.1 20
        192.168.1.255 255.255.255.255 192.168.1.235 192.168.1.235 20
                 224.0.0.0 240.0.0.0 192.168.1.235 192.168.1.235 20
  255.255.255.255 255.255.255.255 192.168.1.235 192.168.1.235 1
  255.255.255.255 255.255.255.255 192.168.1.235 3 1
Passerelle par défaut : 192.168.1.251
===========================================================================


Commentaire de Sébastien Tournay [ 06/févr./06 10:02 ]
Je réouvre cette demande pour être certain que cela fonctionne pour tout le monde avec ce pré-recquis. Il me semble que Gaël n'arrivait toujours pas à surfer avec son accès VPN. Je voudrais qu'on liste toutes les personnes dans ce JIRA pour indiquer celle pour qui cela fonctionne et les autres pour qui cela ne fonctionne pas.
Commentaire de Pap Ndiaye [ 08/févr./06 17:09 ]
Etat des lieux connexion VPN.

Le vpn pose problème pour 6 personnes.

Arnaud --->> Problème de navigation -->> Je lui ai donc fourni un nouveau fichier de configuration (*.vpl).

Quentin-->> Problème de connexion-->> Je lui ai donc fourni un nouveau (*.vpl) et redéfini son mot de passe.

Gael -->> Problème de navigation -->> J'attends son retour de vacance pour lui fournir un nouveau fichier ( *.vpl).

Martin-->> Problème de navigation web sur les serveurs Fast-->> Procedure présente dans le wiki.
http://ruinart/pricewiki/Wiki.jsp?page=Port_Forwarding_acces_fastadmin.jmh.lan

Pascal-->> Problème de connexion du à la config de sa carte réseau ( pb deja soulevé, avant le déménagement) -->> J'attend d'avoir le portable a disposition.
Commentaire de Pap Ndiaye [ 14/mars/06 10:27 ]
Une nouvelle demande a ete effectuer au pres de Neuf ajout de route statique en interne permettant au reseau
11.11.11.0 /24 d'accéder au routeur 9 (192.168.2.0).

Historique des demande disponilble:

 Z:\9Telecom\Neuf
Commentaire de Pap Ndiaye [ 23/mars/06 09:27 ]
Récapitulatif des interventions afin d'acceder via le vpn au site http://fastadmin.jmh.lan.

1Rajout d'une policy sur le fortigate pour atteindre la wan2 (192.168.2.0/24) avec les adresses 11.11.11.0/24.
2 Rajout d'une route statique cote lan sur le routeur neuf. 11.11.11.0/24 192.168.2.1.
3 Rajout d'une route statique coté wan sur le routeur neuf 11.11.11.0/24 10.201.167.113.
4 ouverture des ports (desiré) sur les serveurs a atteindre (ex: fastadmin.jmh.lan).
5 Rajout de routes sur les serveurs en questions.


Commentaire de Pap Ndiaye [ 29/mars/06 11:55 ]
Un mail a ete envoyé a Gael Quentin Arnaud Martin et Sebastien afin de valider le bon fonctionnement du VPN.

Acces aux serveurs en interne.
Acces a navigation web via le vpn.
Acces a http://fastadmin.jmh.lan:16000

J'attends un retourde leurs par pour fermer le Jira.




[APP-4520] Cobranding : Vnunet non accessible en integ Création: 01/juin/05 11:57  Mise à jour: 25/juin/07 18:29  Résolue: 25/juin/07 18:29

Etat: Fermé
Projet: Application PriceMinister
Composants: Cobrandings
Affecte la/les version(s): 8.0.2val, 8.0.3
Version(s) corrigée(s): 8.0.3

Type: Bogue Priorité: Majeur
Rapporteur: Charles Decaux Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Impossible de tester le cobranding PcDirect Vnunet. Il n¿est pas testable car
l¿adresse d¿accès est inconnue ou ne fonctionne pas.

 Commentaires   
Commentaire de Quentin de Chivré [ 01/juin/05 14:18 ]
Pb de conf apache
Commentaire de Sébastien Tournay [ 01/juin/05 16:19 ]
En effet le site en intégration n'est pas configuré. Sur le BO il est indiqué
comme 'pcdoccasions.vnunet.fr'. Faut sans doute lui donner un nom du genre
pcdoccasions.pm.lan et mettre la conf APACHE en place.

Je vois bien au niveau APACHE mais je maitrise pas au niveau du BO en integ..

Sébastien
Commentaire de Quentin de Chivré [ 21/juin/05 13:55 ]
Faire un script pour l'integ, faire suivre ensuite a SET
Commentaire de Martin Sudmann [ 23/juin/05 18:28 ]
j'ai supprimé les hosts de pcdirect et ACF.
Les deux sont dispos maintenant en iteg.

Y a-t-il encore des choses à faire au niveau Apache ?
Commentaire de Sébastien Tournay [ 24/juin/05 16:54 ]
RANTO,


Je te laisse te charger de créer en intégration le brand pcdirect.pm.lan. Il
faut dans l'ordre :

  
   * modifier la zone DNS pm.lan pour créer l'enregistrement pcdirect en
prenant une adresse IP disponible dans la pile réservée
   * Modifier la conf apache sur DEUTZ pour créer ce nouveau virtualhost
   * Vérifier le fonctionnement du mécanisme des pages statiques avec
l'enregistrement pcdirect.pm.lan

Sébastien
Commentaire de Ranto Andriambololona [ 27/juin/05 12:38 ]
C'est fait, le cobranding pcdirect.pm.lan est accessible en INTEG




[EXP-1727] Mise en place du nouveau SA MUMM Création: 06/avr./06 09:13  Mise à jour: 25/juin/07 18:57  Résolue: 11/avr./06 16:44

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Sébastien Tournay Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 1 jour
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à EXP-1761 finalisation de mumm Résolu

 Description   
On vient de recevoir un nouveau serveur DELL 2850 hier. Il faut le racker, l'installer dans la baie. Son rôle est de remplacer l'actuel serveur MUMM.

Il faut donc trouver un nom à ce serveur et suivre toute la procédure que nous avons déjà sur l'installation d'un nouveau serveur (réseau, OS en RedHatAS4, électricité, minitor, doc, plan..). Ce serveur va donc remplacer mumm sur la plateforme d'intégration. MUMM sera dédié comme SA sur la plateforme d'intégration de l'Espagne.

On laisse la main à PAP pour tout ce qui est l'installation/configuration de JBOSS. J'ouvrirai un JIRA pour cela dès que le nom sera trouvé.

 Commentaires   
Commentaire de Jérémie Bennejean [ 06/avr./06 10:16 ]
SOUTIRAN
LENOBLE
TROUILLARD
PAILLARD
GARDET
TELMONT
CUPERLY

Au choix


http://www.maisons-champagne.com/liste_maisons/limach.htm
Commentaire de Alain Bonneaud [ 06/avr./06 11:51 ]
Appelons-le MUMM comme l'ancien. Il serait bien que dorénavant on associe plutôt le nom du serveur à sa fonction plutôt qu'à une machine physique. Ca simplifiera beaucoup de choses notamment pour la compréhension de l'architecture par les autres membres de PM hors exploitation.

Par contre il faudra trouver un nouveau nom pour l'ancien MUMM qui va devenir le serveur d'appli de l'espagne. Un champagne avec un nom à consonnace espagnole ça doit exister non?
Commentaire de Jérémie Bennejean [ 10/avr./06 19:12 ]
Serveur installé
yp.conf ok
nsswitch.conf ok
hosts ok

https://mumm2:1311/servlet/OMSAStart?mode=omsa

le renommer en mumm aprés migration et installation jboss de mumm
Commentaire de Jérémie Bennejean [ 10/avr./06 19:12 ]
ip : 192.168.1.58




[APP-3695] java.lang.NumberFormatException Création: 07/mars/05 12:49  Mise à jour: 25/juin/07 18:28  Résolue: 25/juin/07 18:28

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.3.2
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Judd OSullivan Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Dans les logs en prod il y a des requêtes comme ceci :
http://img.priceminister.com/cover/23676530&image=0
qui produissent des java.lang.NumberFormatExceptions.

1/ On peut mieux traiter cette requête.
2/ On devrait plus produire ces requêtes--c'est possible que c'est déjà le cas
et que c'est des vieux liens.

 Commentaires   
Commentaire de Geneviève Beaujard [ 06/avr./05 07:27 ]
Je ne comprends pas comment on peut avoir cette url, c'est speedera qui la
demande:
2005-04-05 07:21:17,808 INFO [P-Processor7] 212.162.1.201 - >>> GET
http://img.priceminister.com/cover/134295330&image=0
2005-04-05 07:21:17,809 ERROR [P-Processor7] 212.162.1.201 - Image not found
(java.lang.NumberFormatException: null)
En effet l'adresse IP 212.162.1.201 correspond a Speedera (whois).
La correction a consisté a ajouter le separateur '&' au StringTokenizez




[APP-5271] JBoss 4.0.2 : Mettre en place JBoss 4.0.2 en dev puis en integ et prod Création: 11/juil./05 16:08  Mise à jour: 25/juin/07 18:31  Résolue: 01/sept./05 11:54

Etat: Fermé
Projet: Application PriceMinister
Composants: Infrastructure
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 8.0.6

Type: Tâche Priorité: Majeur
Rapporteur: Quentin de Chivré Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Ceci devrait permettre notamment d'éviter les fuites mémoire du clustering en 4.0.1 et on pourrait donc le remettre en oeuvre en Prod

 Commentaires   
Commentaire de Quentin de Chivré [ 21/juil./05 10:06 ]
Mettre en place le clustering en Integ
Commentaire de Judd OSullivan [ 21/juil./05 18:22 ]
On a cette erreur sur mumm avec clustering :
2005-07-20 16:33:26,579 WARN [main ] - Problem starting service jboss.cache:service=TomcatClusteringCache
ChannelException: java.lang.Exception: exception caused by UDP.start(): java.net.UnknownHostException: mumm.1.168.192.in-addr.arpa:
mumm.1.168.192.in-addr.arpa

Correction: JBoss trouvait pas le hostname donc j'ai mis 'mumm' dans /etc/hosts

C'est possible que ca va corriger aussi notre problème de batch (app-5303).

Donc clustering est en place. On le test bientôt.
Commentaire de Quentin de Chivré [ 28/juil./05 10:38 ]
Corriger les pbs mod_jk, peut-etre en installant une nouvelle version ?
Commentaire de Judd OSullivan [ 17/août/05 18:10 ]
Les tests de clustering ont échoués. Même JBoss simple ne marchait plus.
Après avoir remis en place 4.0.1 on a constate que le problème etait lié à la machine plutôt qu'à jboss (en gros 4.0.1 ne marchait pas sur mumm non plus).

Solution : dans workers.properties on a mis l'adresse ip de mumm au lieu du hostname. JBoss marche bien maintenant. Clustering a l'air de bien marché aussi mais on continue faire des tests dessus.
Commentaire de Judd OSullivan [ 01/sept./05 11:54 ]
Ensuite on a eu des problèmes entre mod_jk 1.2.8 et tomcat 5.5. On a mis à jour mod_jk (à la version 1.2.14) et on a reussi à faire tout nos tests de jboss 4.0.2.

On est en train de deployer 4.0.2 en prod.
Commentaire de Fabien Farache [ 02/sept./05 18:17 ]
Arnaud, Judd n'étant plus là je t'envoie cette tâche pour que tu la vérifies ou l'assigne à quelqu'un car je ne peux pas la tester.
Merci d'avance
Commentaire de Arnaud Forgues [ 02/sept./05 18:39 ]
J'ai vu avec Ranto, le déploiement en PROD est en cours et devrait se terminer vendredi 9 septembre 2005. Il pourra alors femer le bug si tout se passe bien




[EXP-155] Mise en place du cobranding occasion.presence-pc.com Création: 19/août/05 17:03  Mise à jour: 25/juin/07 18:54  Résolue: 16/sept./05 15:59

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Sébastien Tournay Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word 20050822-PrésencePC-Feuille de route.doc     HTML File RE Presence-PC Pour rappel.htm    

 Description   
Il faudrait mettre en place le cobranding 'occasion.presence-pc.com'.

  * La VIP sera .60 (à communiquer à presence-pc au moment du lancement)
  * les RIP .34 sur Cupidon et .09 sur Phaeton
  * Le certificat SSL est ci-dessous. Penser à reprendre la clée générée et le csr pour la conf SSL.
  * Configurer les Virtualhost sur PHAETON et CUPIDON
  * Vérifier la réflexion sur le fichier robot.txt
  * modification des fichiers /etc/hosts
  * modification des pages pseudostatiques (il est possible que cela ne fonctionne pas si le brand n'est pas configuré dans la base de PROD)
  * Créer également le site presence-pc.preview.priceminsiter.com (à confirmer avec JUDD) pour le brancher uniquement sur le SA JBOSS de JUPITER (mod_jk.redirect_preview spécifique). Faire une demande à JMH pour avoir une RIP pour PHAETON.



-----BEGIN CERTIFICATE-----
MIIDbTCCAtagAwIBAgIDP8W4MA0GCSqGSIb3DQEBBAUAMIHOMQswCQYDVQQGEwJa
QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xHTAb
BgNVBAoTFFRoYXd0ZSBDb25zdWx0aW5nIGNjMSgwJgYDVQQLEx9DZXJ0aWZpY2F0
aW9uIFNlcnZpY2VzIERpdmlzaW9uMSEwHwYDVQQDExhUaGF3dGUgUHJlbWl1bSBT
ZXJ2ZXIgQ0ExKDAmBgkqhkiG9w0BCQEWGXByZW1pdW0tc2VydmVyQHRoYXd0ZS5j
b20wHhcNMDUwODE2MTAxNDQ2WhcNMDYwODE2MTAxNDQ2WjB/MQswCQYDVQQGEwJG
UjEWMBQGA1UECBMNSGF1dC1kZS1zZWluZTEQMA4GA1UEBxMHUHV0ZWF1eDEWMBQG
A1UEChMNQmVzdCBvZiBtaWNybzELMAkGA1UECxMCSVQxITAfBgNVBAMTGG9jY2Fz
aW9uLnByZXNlbmNlLXBjLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA
1k64FySsEVonjLVJfJbpWNyCGneWaUPK/wV4thgszRNS5I51/UYK0c/TYrNFFu2V
cHHRYhNJZKAxXKbbeL1X32yaYX++xjJH9/0qCS2N5JS1717yJ6iWgL3HNb9vBxai
oOZA6YGj3P0aZzOsR4tMEF2QFTpg7XaAvdqKxrATOrkCAwEAAaOBpjCBozAdBgNV
HSUEFjAUBggrBgEFBQcDAQYIKwYBBQUHAwIwQAYDVR0fBDkwNzA1oDOgMYYvaHR0
cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVByZW1pdW1TZXJ2ZXJDQS5jcmwwMgYI
KwYBBQUHAQEEJjAkMCIGCCsGAQUFBzABhhZodHRwOi8vb2NzcC50aGF3dGUuY29t
MAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAVyi1E2hMTkVJDvTqgsSE
wK1evx7Pw3gV29qmlk8aMVfTl0uhA8UZAonYCNsA4z19/mnnJS6mcIE+cQyJn2Zc
U92QnswIQU8/68+F3u2Q79YcIPeAQ9rOjBn84ooo9FRafjQ51u0M8QQB/uQcWyEy
63ukW9hi1F/KG5sLrxs1CtQ=
-----END CERTIFICATE-----


 Commentaires   
Commentaire de Ranto Andriambololona [ 23/août/05 13:16 ]
L'ensemble des manips sont faits ...
A la prochaine mise en maintenance je mettrais en place le nouveau httpd.production sur Phaeton et Cupidon et effecterai les tests

Ce qui é été fait :

Mise en place des certificats sur Phaeton et Cupidon
occasion.presence-pc.com.csr
occasion.presence-pc.com.key
occasion.presence-pc.com.crt

Modifications de etc.host
Cupidon
212.23.167.34 occasion.presence-pc.com
Phaeton
212.23.167.9 occasion.presence-pc.com

Paramétrage des virtualhost dans la conf Apache

Lancement du scrit createvirdir.sh

Mise en place de maintenance .asis pour ces virtualhost

etc ...

 


Commentaire de Sébastien Tournay [ 23/août/05 16:21 ]
Confirmer que robot.txt est le bon. Voir avec Manu du référencement et/ou JUDD et/ou Bruno
Communiquer la VIP à presence-pc pour qu'ils puissent modifier leur DNS au moment de la mise en prod)
Mise en place d'un brand presence-pc.preview.priceminister.com. Régle d'accès sur le filtre d'@IP.
Commentaire de Ranto Andriambololona [ 16/sept./05 15:59 ]
Quasi terminé ...

On attend le déploiement pour pour voir visuellement le nouveau cobranding




[EXP-674] Installation imprimante Brother aux fraudes Création: 23/déc./05 10:36  Mise à jour: 25/juin/07 18:55  Echéance: 23/déc./05 00:00  Résolue: 28/déc./05 12:21

Etat: Fermé
Projet: Exploitation
Composants: Installation
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Alain Bonneaud Attribution: ZZ_Arnaud Baali
Résolution: Incomplet  
Estimation restante: 0 minutes
Temps consacré: 2 heures
Estimation originale: 1 heure


 Description   
Installation de l'imprimante Brother dans le bureau des fraudes et la configurer à la fois en imprimante pour leurs besoins et en télécopieur.

 Commentaires   
Commentaire de Sébastien Tournay [ 23/déc./05 14:48 ]
A voir lundi directement avec la personne en charge du servicedesk.
Commentaire de ZZ_Arnaud Baali [ 28/déc./05 10:44 ]
L'Imprimante à été installée et testé pour la partie Copie Réseaux et Fax.
Cependant, le système d'entrainement des feuilles du Bac supérieur ne fonctionne plus. J'ai constaté que le bras qui doit être relié au reste du mécanisme d'entraînement n'est pas correctement installé ou a subit une déterioration
Commentaire de ZZ_Arnaud Baali [ 28/déc./05 12:21 ]
1°) Installation de l'imprimante sur le Serveur Lafitte puis partage de celle-ci
2°) Brassage des prises LAN et FAx
3°) Sur le poste Client:
      - Installation de l'imprimante partagée
      - Installation du client pour le FAX PC (création d'une imprimante virtuelle)
      - Modification du port de cette imprimante pour le configurer sur un port TCP/IP qui correspond à l'adresse IP de l'imprimante (Ici 192.168.1.141)
4°) Test d'impression
5°) Test de FAx en emission / reception




Alertes Onduleur (EXP-996)

[EXP-1324] configuration onduleur 500 va Création: 20/févr./06 12:54  Mise à jour: 25/juin/07 18:56  Résolue: 21/févr./06 15:43

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Mineur
Rapporteur: Jérémie Bennejean Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 3 heures
Estimation originale: Non spécifié


 Commentaires   
Commentaire de Jérémie Bennejean [ 21/févr./06 15:43 ]
Onduleur configurer avec l'adresse IP 192.168.1.66
nom : mge500va
Configuré pour envoyé un mail de rapport tout les lundis à 8H00.
Pas d'extinction des materiels prevus ( 2 switchs et phonomail)




[APP-5221] Perte de session en prod Création: 06/juil./05 19:13  Mise à jour: 25/juin/07 18:31  Résolue: 13/sept./05 11:44

Etat: Fermé
Projet: Application PriceMinister
Composants: Infrastructure
Affecte la/les version(s): 8.0.2g
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Olivier Mathiot Attribution: Judd OSullivan
Résolution: Impossible à reproduire  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
je me retrouve fréquemment "deloggé" sur le site de prod depuis 10 jours environ
(cela m'est arrivé de chez moi/ordi perso et du bureau)

pas de cas précis à reproduire par fois en voualnt répondre à une question d'un acehteur, parfois pour aller confirmer une vente
je suis redirigé vers la page d'identification

pb de clustering ?








 Commentaires   
Commentaire de Quentin de Chivré [ 07/juil./05 10:54 ]
Probleme de clustering ? Quelle est la structure actuelle en prod ? Y a t'il un probleme de config ?
Commentaire de Judd OSullivan [ 11/juil./05 10:58 ]
J'ai regardé les configs en prod et tout est correct. En plus j'ai fait quelques tests et pour moi une session dure bien 30 min.

Depuis notre problème de fuit memoire, on a pas de clustering en prod donc non, ce n'est pas un problème de clustering.

Si tu peux noter l'heure et l'adresse IP la prochaine fois on peut regarder plus profondement.




[EXP-996] Alertes Onduleur Création: 24/janv./06 11:14  Mise à jour: 25/juin/07 18:55  Résolue: 10/avr./06 12:45

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Sébastien Tournay Attribution: Jérémie Bennejean
Résolution: Corrigé  
Σ Estimation restante: 0 minutes Estimation restante: 0 minutes
Σ Temps consacré: 3 jours, 4 heures, 30 minutes Temps consacré: 1 jour, 1 heure, 30 minutes
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de EXP-1578 Mise en place de NAGIOS en interne Résolu
Sous-tâches:
Clé
Résumé
Type
Etat
Attribution
EXP-1074 Etudes fonctionnement du 11KVA Sous-tâche Résolu Jérémie Bennejean  
EXP-1075 Installation carte supervision ethern... Sous-tâche Résolu Jérémie Bennejean  
EXP-1117 etude fonctionnemt mge 11kva Sous-tâche Résolu Jérémie Bennejean  
EXP-1218 Commander carte réseau onduleur pour ... Sous-tâche Résolu Jérémie Bennejean  
EXP-1322 etude onduleur MGE 500 va Sous-tâche Résolu Jérémie Bennejean  
EXP-1323 rackage onduleur 500 va dans 1er étage Sous-tâche Résolu Jérémie Bennejean  
EXP-1324 configuration onduleur 500 va Sous-tâche Résolu Jérémie Bennejean  
EXP-1481 Envoie de sms en cas d'alerte "import... Sous-tâche Résolu Jérémie Bennejean  

 Description   
Il faudrait paramétrer les alertes sur le differents onduleurs :
    *mge 3kva baie 1 et baie 2
     * mc 5 kva baie 3
     * mge comet 11Kva salle serveur
     * le 600 va de la baie au 1er

S'assurer que tous ces onduleurs sont bien répertoriés. Quid d'arrêt des serveurs si l'alimentation rendondante est sur l'onduleur de 11 kVA. Est- il vraiment nécessaire de les ârrêter. On peut sans doute prendre la décision de stopper les serveurs si les 2 onduleurs sont activés.



 Commentaires   
Commentaire de Jérémie Bennejean [ 08/févr./06 14:36 ]
etude de l'onduleur.
Mise en évidence de sa mauvaise configuration --> fonctionnement en bypass --> Corrigé. ( avec le support MGE)
Inscription de l ip dans le dhcpd.conf et des noms dans le dns ( mge_11kva )
Wiki onduleur fait : http://ruinart/pricewiki/Wiki.jsp?page=OnduleurMGEComet11KVA

Commentaire de Sébastien Tournay [ 08/févr./06 16:37 ]
Ce qu'il faut mettre en place c'est un mécanisme qui pour chaque onduleur d'une baie va couper tous les serveurs de la baie concernée.
Commentaire de Jérémie Bennejean [ 27/févr./06 11:57 ]
Le mécanisme de la baie 2 est fait.
l'utilitaire se trouve sur roederer.
Le wiki est fait :

http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=OnduleurMGE3KVABaie2

Commentaire de Jérémie Bennejean [ 27/févr./06 17:08 ]
En ce qui concerne la baie 1, je suis bloqué par le fait que je n'ai pas de câbme serie avec un port male et un femelle.
Commentaire de Jérémie Bennejean [ 02/mars/06 18:10 ]
Onduleur 3000 va relier a Lanson.
Installation des scripts.
Mise en place de PSP.
Documentation faites http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=OnduleurMGE3KVABaie1

Commentaire de Sébastien Tournay [ 08/mars/06 09:44 ]
Jérémie,

Très bien cette mise en place et cette documentation sur le WIKI.

En lisant l'architecture mise en place, je me disais qu'il serait bien d'ajouter dans le script 'Script psp_shut' une fonction d'envoir de mail pour indiquer l'arrêt des serveurs en cas de passage sur l'onduleur. Il faudrait de façon gloibale prévoir d'être informé (la nuit et le WE), même si on ne fait rien de l'arrêt de tous les serveurs d'une baie. A voir avec xiaoming comment on pourrait mettre cela dans notre boucle de supervision (avec envoi de mail et de SMS). Il faut sans doute passer par un log pour remonter les informations.

A voir si on pose cette réflexion avec MINITOR et/ou NAGIOS.
Commentaire de Jérémie Bennejean [ 13/mars/06 16:37 ]
Autre outil de supervision :

https://pmt043/PowerManager/
Commentaire de Jérémie Bennejean [ 10/avr./06 12:45 ]
rattavhé au jira http://pricejira/browse/EXP-1481




[EXP-447] Migration du nom bo.jmh.lan en bo.priceminister.lan et intra.priceminister.lan Création: 30/nov./05 19:33  Mise à jour: 25/juin/07 18:54  Résolue: 29/déc./05 11:12

Etat: Résolu
Projet: Exploitation
Composants: Evolution
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Sébastien Tournay Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: 15 minutes
Temps consacré: 45 minutes
Estimation originale: 1 heure


 Description   
Migrer le nom bo.jmh.lan en bo.priceminister.lan
Installer aussi un intra.priceminister.lan

 Commentaires   
Commentaire de Ranto Andriambololona [ 09/déc./05 15:56 ]
Demande faite à JMH

Une fois qu'ils auront mis en place leur partie, je dois :

- MAJ notre DNS sur ruinart
- Contacter l'administrateur de l'arkoon



Commentaire de Ranto Andriambololona [ 16/déc./05 18:41 ]
PAP,

Peux-tu ajouter dans notre DNS

10.150.28.86 intra.priceminister.lan
10.150.28.72 bo.priceminister.lan

Une fois que c'est fait réassigne moi le JIRA
Commentaire de Pap Ndiaye [ 20/déc./05 10:04 ]
On pourrais mettre intra.priceminister.com.lan bo.priceminister.com.lan pour bien marquer le fait qu'il s'agit de la prod.
Commentaire de Sébastien Tournay [ 20/déc./05 10:16 ]
Ok pour cette précision.
Commentaire de Pap Ndiaye [ 20/déc./05 16:17 ]
C fait
Commentaire de Ranto Andriambololona [ 27/déc./05 17:53 ]
J'ai commencé à faire la conf Apache ...
J'ai récupéré l'ancienne partie bo.jmh.lan
J'ai ces types d'erreur à la génération des pages pseudos statiques

Looking up bo.priceminister.lan
bo.priceminister.lan
Making HTTP connection to bo.priceminister.lan
Sending HTTP request.
HTTP request sent; waiting for response.
Alert!: Access without authorization denied -- retrying

lynx: Can't access startfile http://bo.priceminister.lan/navigation/default/category/root_sport?static=true
 done

a suivre ...
Commentaire de Sébastien Tournay [ 28/déc./05 09:18 ]
Cette erreur sans doute parce qu'il manque dans le fichier /etc/hosts de PHAETON le nom bo.priceminister.lan avec l'@IP privée de PHAETON pour faire la résolution non ?
Commentaire de Ranto Andriambololona [ 29/déc./05 11:12 ]
La résolution est bonne car j'arrive à aller en BO via la nouvelle URL,
C'est juste la génération des pages pseudos statique qui ne marche pas ...

En HTTP, Le BO demande un login / mot de passe (c'est normal) mais que cela demande aussi un login / mot de passe lors de l'accès de LYNX pour la génération des pages pseudos statiques est un fait nouveau

à suivre ...




Installation Business Objects Production (BIN-15)

[BIN-18] Mise en place du DNS pour la plateforme bi.pricmeinister.com et confapache en PROD Création: 08/déc./05 11:23  Mise à jour: 14/sept./07 16:55  Résolue: 16/déc./05 12:40

Etat: Fermé
Projet: Business Intelligence
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Majeur
Rapporteur: Sébastien Tournay Attribution: Agathe Remy
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 1 heure, 10 minutes
Estimation originale: 1 heure


 Description   
Faire la demande à JMH (MAI) pour demander la création du domaine bi.priceminister.com. On utilise la même VIP que celle de bo.priceminister.com et donc les 2 RIP.

Mettre en place la conf Apache et mod_jk pour attaquer le serveur applicatif BO sur TELLUS (après validation de la préocédure en intégration)

 Commentaires   
Commentaire de Ranto Andriambololona [ 09/déc./05 15:24 ]
Je viens de soumettre dans l'extranet JET la demande pour le domaine bi.priceminister.com et l'ajout des RIP et VIPS

Pour la mise ne place de la conf apache et mod_jk, on le fera le jour où BO sera installé completement et opérationnel sur TELLUS
Commentaire de Ranto Andriambololona [ 16/déc./05 12:40 ]
C'est fait et accessible sur :

http://bi.priceminister.com/businessobjects/enterprise11/

J'ai aussi ajouté une sécurité pour que seul notre IP (Villette) puisse accéder à bi.procmeinister.com






[EXP-1350] PriceWiki ne répond plus ! Création: 22/févr./06 13:28  Mise à jour: 25/juin/07 18:56  Résolue: 11/avr./06 17:21

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Quentin de Chivré Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
http://ruinart/pricewiki/



 Commentaires   
Commentaire de Pap Ndiaye [ 06/mars/06 09:47 ]
la nouvelle adresse du wiki est la suivante:

 http://pricewiki/ rediriger vers http://ruinart.lan:4080/pricewiki/
Commentaire de Quentin de Chivré [ 06/mars/06 09:54 ]
Pourquoi ?
Commentaire de Quentin de Chivré [ 06/mars/06 09:54 ]
On ne peut pas changer l'adresse comme ca sans prévenir personne et juste dire " ca a changé " apres coup
Commentaire de Quentin de Chivré [ 06/mars/06 09:58 ]
De plus, ne peut on mettre une adresse symbolique genre http://pricewiki.lan/ qui nous rendra indépendants de tout changement de machine a venir
Commentaire de Alain Bonneaud [ 06/mars/06 10:56 ]
Tout à fait d'accord avec Quentin. Les changements intempestifs de ce type sont totalement proscrits, il doit y avoir une communication préalable à tout changement et on doit s'assurer qu'il n'y a pas d'impact pour les utilisateurs.

C'est totalement inadmissible..

merci de faire le nécessaire ASAP pour évitetr que ce genre de chose ne se reproduise d'autant plus que lors de la réorganisation des serveurs selon le schéma directeur 2006, tous les outils devront être réinstallés sur Roederer ou son remplaçant.
Commentaire de Sébastien Tournay [ 08/mars/06 16:54 ]
On a déja un alias avec http://pricewiki. On peut en effet en ajouter un autre (http://pricewiki.lan) pour être homogène. PAP, il faut aussi mettre une couche de virtualhost au niveau d'APACHE sur RUINART pour éviter de tranier dans les URL le nom du serveur et des ports. Il faut donc associer au WIKI une IP virtuelle. Cela sera aussi plus simple à gérer pour notre schéma directeur de 2006.

Commentaire de Pap Ndiaye [ 11/avr./06 17:08 ]
A mettre en place lors de migration des outils interne sur le nouveau Roederer




[APP-6777] Pas d'image sur la home du site http://ofup.priceminister.com/ Création: 14/déc./05 17:11  Mise à jour: 25/juin/07 18:33  Résolue: 19/déc./05 17:12

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 8.0.9a
Version(s) corrigée(s): 8.0.9b

Type: Bogue Priorité: Critique
Rapporteur: Sébastien Tournay Attribution: Stéphane Archer
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Prod

 Description   
Il n'y a plus d'image sur la home de http://ofup.priceminister.com/. Sans doute lié au dploiement de ce matin ? Voir si cela concerne d'autres sites.. Un problème de lien sur un répertoire d'image ?

 Commentaires   
Commentaire de Ranto Andriambololona [ 16/déc./05 18:26 ]
Les images suivantes ne sont plus accéssibles

http://www.ofup.com/images/internet.gif
http://www.ofup.com/images/presse.gif
http://www.ofup.com/images/finance.gif
http://www.ofup.com/images/logo_ofup.gif

Apparement il se trouvent sur le site de l'ofup ( www.ofup.com ) et physiquement j'ai vérifié le chemin n'est plus valide.

Est-il possible de les modifier ?

Commentaire de Swan Desportes [ 19/déc./05 14:51 ]
Le cobranding OFUP a perdu ses images. Visiblement, l'OFUP a fait peau neuve sans penser à nous prévenir.
La démarche, c'est de demander aux sites cobrandés de nous donner une URL permettant d'afficher le header et le footer.
En l'absence de Bruno, je te le transmets à toi.

(question subsidiaire : est ce que ce cobranding est actif ?)
Commentaire de Geneviève Beaujard [ 19/déc./05 14:51 ]
Effectivement le header ofup est sous forme de jsp chez nous.
La jsp fait references a des images qui n'existent plus.
Commentaire de Francois-Marie Tournadour [ 19/déc./05 15:05 ]
réponse à la question subsidiaire : ce CoB n'est pas actif (!!!)


Commentaire de Swan Desportes [ 19/déc./05 15:10 ]
François-Marie vient de me dire que ce cobranding n'est pas actif.
Il n'y a rien à faire pour l'instant, si ce n'est le désactiver ?
Commentaire de Sébastien Tournay [ 19/déc./05 15:35 ]
ATTENTION à bien nous prévenir si vous décidez de fermer ce cobrandig. Il nous faudra ensuite faire le point sur nos différents fichiers de conf APACHE, adressage IP...
Commentaire de Christophe Garcia [ 19/déc./05 17:12 ]
Cobranding inactif




[EXP-318] [CoB Mobilocaz] Modification du DNS pour renvoyer le traffic sur le CoB MobilesAchat Création: 08/nov./05 11:31  Mise à jour: 25/juin/07 18:54  Résolue: 18/nov./05 01:07

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Bruno Ballester Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Pour info :
"Mobilokaz" va bientôt devoit être désactivé car remplacé par "MobilesAchat".

En attendant cette désactivation, il faudrait faire pointer http://mobilokaz.priceminister.com/ vers http://mobilesachat.priceminister.com.
(Vu avec Ranto).



 Commentaires   
Commentaire de Ranto Andriambololona [ 18/nov./05 01:07 ]
C'est fait mais par modification de la onf apache finalement
En fait, les deux cobranding avait la même IP dans le DNS




Fast lot 1 - passage en PROD (EXP-790)

[EXP-1063] préparation de Venus pour tests de recherche Fast Création: 26/janv./06 13:09  Mise à jour: 25/juin/07 18:56  Résolue: 27/janv./06 15:39

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Majeur
Rapporteur: Martin Sudmann Attribution: Martin Sudmann
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
- sortir Venus du pool
- changer les priceminister.properties (voir commentaire suivant)
- redémarrer JBoss
- mapper ofup.priceminister.com sur Venus

 Commentaires   
Commentaire de Martin Sudmann [ 26/janv./06 13:12 ]
#---------------------------------------------------------------------------------------#
# FAST Product search
#---------------------------------------------------------------------------------------#

# Enable search using Fast
priceminister.fast.search = true

# Host and Port configuration
priceminister.fast.host = sol
priceminister.fast.port = 16005

# List of the collection names to use
priceminister.fast.collectionnames = PM01

# Enable navigators feature
priceminister.fast.navigators = true

# Enable auto correct feature
priceminister.fast.autocorrect = false

# Enable Fast fuzzy search
priceminister.fast.fuzzy = false
Commentaire de Sébastien Tournay [ 26/janv./06 17:24 ]
On vient de sortir VENUS du pool de SA. Le fichier priceminister.properties est modifié pour être pris en compte au redémarrage de demain matin.

RANTO, ATTENTION au prochain déploiement à ne pas écraser les propriétés du priceminister.properties VENUS.

Pour éviter de toucher à la conf APACHE en PROD en fin d'AM, le mapping d'OFUP sur VENUS sera réalisé demain matin.
Commentaire de Sébastien Tournay [ 27/janv./06 11:21 ]
Le mapping de OFUP est réalisé sur VENUS.

Merci de confirmer que tout cela fonctionne pour vous.
Commentaire de Martin Sudmann [ 27/janv./06 15:39 ]
OK
avec les modifs des propriétés suivantes ça marche :
- mettre IP à la place du hostname
- port 15100




Alertes Onduleur (EXP-996)

[EXP-1117] etude fonctionnemt mge 11kva Création: 31/janv./06 11:20  Mise à jour: 25/juin/07 18:56  Résolue: 21/févr./06 17:53

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Mineur
Rapporteur: Jérémie Bennejean Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 1 jour
Estimation originale: Non spécifié


 Description   
Comment fonctionne l'onduleur.
Comment creer des alertes?
A qui les envoyer et dans quel cas.


 Commentaires   
Commentaire de Jérémie Bennejean [ 08/févr./06 14:37 ]
 etude de l'onduleur.
Mise en évidence de sa mauvaise configuration --> fonctionnement en bypass --> Corrigé. ( avec le support MGE)
Inscription de l ip dans le dhcpd.conf et des noms dans le dns ( mge_11kva )
Wiki onduleur fait : http://ruinart/pricewiki/Wiki.jsp?page=OnduleurMGEComet11KVA




[EXP-1946] Installation jboss sur Saturne et deploiement V900 test Création: 04/mai/06 15:39  Mise à jour: 25/juin/07 18:57  Résolue: 17/mai/06 08:43

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Pap Ndiaye Attribution: Pap Ndiaye
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Commentaires   
Commentaire de Sébastien Tournay [ 04/mai/06 16:08 ]
A priori, nous avons déjà un JBOSS qui tourne sur SATURNE. Il faut sans doute le mettre à jour. Vérifier aussi la version de la JVM. Il faut aussi mettre en place tous les scripts de PMAS.

Pas la peine d'installer un QRSERVER FAST. On fait pointer le priceminister.properties vers le QRSERVER de AMPHITRITE (en utilisant l'@IP).

Il faut aussi créer un nouveau VirtualHost 'test.priceminister.com'. On reprend les mêmes RIP sur CUPIDON&PHAETON que celles des cobrandings.

Je passe tout cela en critique...
Commentaire de Pap Ndiaye [ 05/mai/06 16:32 ]
Desactiver Infoglue sur tous les serveurs pour Mardi matin.
Installe Jboss Atos effectué il reste a déployer la V900 apres un import des données infoglue.
Switcher les fichiers le fichier conf httpd.production.conf avec httpd.production.NEW
Commentaire de Pap Ndiaye [ 17/mai/06 08:42 ]
bascule effectuer par Sebastien.




[EXP-936] Connection à distance PC portable Création: 18/janv./06 19:03  Mise à jour: 25/juin/07 18:55  Résolue: 08/mars/06 15:56

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Nouvelle fonctionnalité Priorité: Majeur
Rapporteur: Philippe Favrot Attribution: ZZ_Arnaud Baali
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 4 heures
Estimation originale: 2 heures


 Description   
possible d'accéder à distance (via connection ADSL ou RTC) :
- messagerie ;
- intranet ;
- BO.

 Commentaires   
Commentaire de ZZ_Arnaud Baali [ 01/févr./06 11:11 ]
J'ai vu avec Philippe pour les objectif de ce JIRA
Il faut déplacer le PST sur le Portable afin de pouvoir utiliser à distance les mails
Et je lui prépare son ancien serveur pour du TSE
Commentaire de ZZ_Arnaud Baali [ 10/févr./06 12:24 ]
Il faut créer une "Virtual IP" sur le Fortigate
En attente de l'accord de Sébastien TOURNAY
Commentaire de Alain Bonneaud [ 13/févr./06 14:14 ]
OK on y va. Tu demandes les mots de passe à Jérémie si besoin et tu créées la règle. Il faut avancer sur ce sujet qui est ouvert depuis maintenant près d'un mois.
Commentaire de ZZ_Arnaud Baali [ 14/févr./06 18:07 ]
Je creerai la règle jeudi après la formation fortigate




[Jeu Auto] Mise en place du jeu (APP-8361)

[APP-8364] [Jeu Auto] Création d'un nom de sous-domaine email Création: 08/mars/06 15:08  Mise à jour: 25/juin/07 18:35  Résolue: 11/avr./06 16:29

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): ToDo
Version(s) corrigée(s): 8.1.2d

Type: Sous-tâche Priorité: Mineur
Rapporteur: Bruno Ballester Attribution: Sébastien Tournay
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Comme convenu, il est nécessaire de contacter jetmultimedia pour créer le nom de sous domaine suivant : @jeu.priceminister.com

Ce nom de sous domaine sera utilisé par Emailvision pour toutes les campagnes de jeu à router.

Le lancement du jeu le 03/04/2006. L'idéal serait qu'on ait créé ce nom de sous domaine avant le 13/03/2006.

Merci,
Bruno


 Commentaires   
Commentaire de Sébastien Tournay [ 09/mars/06 11:25 ]
Bruno,

Il faudrait demander à Emailvision, leurs @IP vers lesquelles on doit faire pointer nos enregitrements DNS. Je vais envoyer le mail à Sophie Delrue.

Sébastien
Commentaire de Sébastien Tournay [ 13/mars/06 15:21 ]
Je viens 'envoyer la demande à JMH pour créer le sous domaine et renvoyer vers les 4 serveurs SMTP de EMAILVISION. J'attends la confirmation avant de fermer cette demande.
Commentaire de Sébastien Tournay [ 16/mars/06 15:48 ]
Le sous-domaine et les enregistrements associés sont mis en place.




[EXP-1491] Mise en place de minitord sur Brice Création: 10/mars/06 11:37  Mise à jour: 25/juin/07 18:56  Résolue: 13/mars/06 11:36

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jérémie Bennejean Attribution: Xiaoming Du
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Pour le surveiller

192.168.1.30
brice


merci

 Commentaires   
Commentaire de Sébastien Tournay [ 10/mars/06 12:15 ]
Cela veut dire quoi ? Tu as installé MINITOR sur BRICE ? As tu la procédure ? Tu peux te faire aider de Xiaoming si nécessaire.
Commentaire de Jérémie Bennejean [ 10/mars/06 14:42 ]
Pardon j'ai trés mal exprimé ma demande :
Je reformule:

- Serai-t-il possible d'installer minitord sur le nouveau serveur de dev nommé Brice ( dont l'@ IP est : 192.168.1.30 )

Merci

Jérémie

PS : s'il y a une procédure d'installation de mnintord, je peux bien évidement l'installer.


 
Commentaire de Xiaoming Du [ 13/mars/06 11:36 ]
http://bo.pm.lan/stats/mrtg/brice/index.html

supervision de brice en place. J'ai mis le profile "system" pour le moment.




Déploiement Infoglue - lot PM-IG-0.1 (EXP-997)

[EXP-1000] Mise en place d'un serveur dédié CMS en production Création: 24/janv./06 11:48  Mise à jour: 25/juin/07 18:55  Résolue: 09/févr./06 18:08

Etat: Résolu
Projet: Exploitation
Composants: Installation
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Majeur
Rapporteur: Sébastien Tournay Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
On valide encore pour l'instant le SA que nous allons dédier. Certainement TELLUS sur lequel nous allons faire cohabiter BussinessObject et le CMS d'InfoGlue.

S/B pour l'instant

 Commentaires   
Commentaire de Ranto Andriambololona [ 30/janv./06 11:35 ]
Attente de la mise en PROD réelle ...
Commentaire de Ranto Andriambololona [ 08/févr./06 11:55 ]
Apparement Jboss tourne encore sur TELLUS avec un poids de 75

Commentaire de Sébastien Tournay [ 08/févr./06 13:03 ]
Voir avec SWAN si cela peut attendre le temps d'augmenter le connexion pool des derniers SA 64 bits. Il faut sortir TELLUS du pool et surveiller l'impact sur les autres SA et bien communiquer auprès de tout le monde. Penses aussi à modifier les scripts (pmworker) et le serverlist.

Si c'est trop limitte, on pourrait garder TELLUS dans le pool. migrer le worker de bo.jmh.lan sur VENUS et utiliser JUNON comme SA pour eglue

Sébastien
Commentaire de Ranto Andriambololona [ 09/févr./06 18:08 ]
Cette tache est réalisé ...

Infoglue est en PROD et opérationnel sur les 2 frontauxs

- MAJ de pmworker ==> OK
- MAJ server-list dans priceminister.properties ==>OK
- MAJ de mod_jk ==> OK
- MAJ du rewrite.rules ==> OK
- Déploiemen de l'EAR ==> OK
- MAJ de http.production ==> OK
- Redémarrage tous les jours à 5h ==> OK
Commentaire de Justin Ziegler [ 15/févr./06 18:04 ]
Quelle adresse IP a t on utilisee ?

finalement infoglue est sur quel SA ?
Commentaire de Ranto Andriambololona [ 15/févr./06 18:15 ]
On avait cloturé ce JIRA car la tache était terminé et ouvert un autre pour migré infoglue de TELLUS vers ESCULAPE

http://pricejira.lan/browse/EXP-1246




[EXP-440] Ouverture d'un flux ISM pour le pôle fraude du BO Création: 30/nov./05 10:38  Mise à jour: 25/juin/07 18:54  Echéance: 05/déc./05 00:00  Résolue: 05/déc./05 14:08

Etat: Résolu
Projet: Exploitation
Composants: Installation
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Sébastien Tournay Attribution: Pap Ndiaye
Résolution: Corrigé  
Estimation restante: 30 minutes
Temps consacré: 30 minutes
Estimation originale: 1 heure


 Description   
Pour les 2 personnes du pôle fraude du BO, mettre en place un flux sur le Fortigate qui permettrait l'utilisation d'un outil d'ISM. Voir si ils peuvent utiliser celui de Emmanuel B. du référencement. Il utilise déjà un produit d'ISM. Cela permttrait d'éviter d'en utiliser des différents.

Voir si non, quel produit on pourrait utiliser (AOL IM...) notamment en limittant l'accès à cette ressource (webfiltering...). On reparle de la solution avant de la mettre en place.

Sébastien

 Commentaires   
Commentaire de Pap Ndiaye [ 05/déc./05 12:13 ]
Je leurs est donné l'adresse utiliser par Emmanuel Benmussa www2.meebo.com qui leurs donne accés a ISM voulu( ici Messenger).
J'ai envoyé un mail Xavier CMS afin de savoir s'il est possible de configurer le fortigate pour n'autoriser l'accés a ce site qu'a quelques utilisateurs.
Commentaire de Sébastien Tournay [ 05/déc./05 12:33 ]
On attend avant de fermer la demande que la solution correspond bien aux attentes. A confirmer par les utiliseurs et par Steven. Il faut leur demander de valider cela dans JIRA.

Pas besoin d'attendre le retour de CMS pour le webfiltering. Il me semble que Jérémie à l'info...
Commentaire de Steven Harel [ 05/déc./05 12:45 ]
on doit parler de la solution choisie avant de mettre quoi que ce soit en place. cet outil doit nous permettre de correspondre avec un partenaire extérieur qui doit nous confirmer que ce que vous proposez est compatible avec ses outils.
Commentaire de Sébastien Tournay [ 05/déc./05 12:59 ]
Il faut que la compatibilité soit dans les 2 sens. On ne peut pas s'adapter à tout le monde ;-)

PAP, il faut donc faire un point avec les utilisateurs et le partenaire. Il me semble que l'outil proposé permet l'accès à tous les ISM non ? C'est ce que Steven souhait. On impose rien. L'utilisateur choisi YAHOO, MSN ou AOL. Les principaux. De notre coté c'est juste un habillage de l'interface. Reste à choisir l'outil avec le partenaire.

Ce qu'il faut surtout c'est tester et valider.
Commentaire de Pap Ndiaye [ 05/déc./05 13:49 ]
Les utilisateurs on le choix entre 4 ISM differents via un site web, ils seront les seul a y avoir accés.

MSN, AIM , YAHOO, Jabber Gtalk.

J 'ai validé cette solution avec Sebastien Mantanuss
Commentaire de Pap Ndiaye [ 05/déc./05 14:08 ]
Web-filtering mis en place sur le fortigate.

Blocage de l'url sur le profile Priceminister01
Fixation des adresses IP DHCP (serveur dhcp).
Creation pool adresse contenant les adresses IP des postes autorisé a y acceder.
Creation d'une nouvelle POLICY en lui affectant un web-filtering autorisant l'accés au site. (meebo.com)




[EXP-1372] Mise en place nouveau serveur pour les DEV Création: 23/févr./06 12:18  Mise à jour: 25/juin/07 18:56  Résolue: 13/mars/06 16:38

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Sébastien Tournay Attribution: Jérémie Bennejean
Résolution: Corrigé  
Σ Estimation restante: 0 minutes Estimation restante: 0 minutes
Σ Temps consacré: 2 jours, 1 heure, 50 minutes Temps consacré: 2 jours, 20 minutes
Σ Estimation originale: 1 heure, 30 minutes Estimation originale: Non spécifié

Liens des demandes:
Duplicate
a pour doublon EXP-1469 tkcvs ne marche plus sout Brice Fermé
Sous-tâches:
Clé
Résumé
Type
Etat
Attribution
EXP-1440 faire la partie oracle sur brice Sous-tâche Résolu Patrick Pereira  

 Description   
Prévoir de mettre à dispo ASAP le nouveau serveur pour l'équipe de DEV en redondance de BOLLINGER. On peut l'appeler BOLLINGER2. Plus simple pour identifier son rôle.


On ne livre pas la machine tant que tout n'est pas clairement validé pour l'exploit (installation de la supervision, installation des applications de DEV, onduleur, réseau et eléctification au propre..). Jérémie, il faut utiliser la nouvelle fiche de MEP pour conduire ce projet.

Voir avec JUDD comment organiser la répartition et la migration des différents développeurs.

Il faut contacter DELL en début de semaine prochaine pour afiner la date de livraison du serveur et en fonction de cela communiquer un planning de mise à disposition du serveur pour l'équipe de DEV.

 Commentaires   
Commentaire de Jérémie Bennejean [ 28/févr./06 15:47 ]
Briévement :

Serveur Racké.
Cable d'alimentation redondante ok
Cable réseau ok
Relié au switch écran dell ok
cable rangé et étiquetté.
Installation de RH AS3
Nom bollinger2
@ IP 192.168.1.30
Inscription dans le DNS de ruinart.
Même partition que sur bollinger ( nom et taille )

[root@bollinger2 root]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda5 30G 2.3G 27G 8% /
/dev/sda1 99M 15M 79M 16% /boot
/dev/sda3 97G 33M 92G 1% /data1
/dev/sdb1 269G 33M 256G 1% /data2
none 4.0G 0 4.0G 0% /dev/shm

Raid 1 sur 2 disques et Raid 10 sur 4 disques .
2 disques logiques.

Commentaire de Judd OSullivan [ 28/févr./06 19:24 ]
Je suis pas d'accord avec le nom de la machine. Pourquoi on casse tout notre système de nommage ? Bollinger2 n'est pas de tout plus facile comme nom.
Commentaire de Alain Bonneaud [ 28/févr./06 19:34 ]
Rassure-toi Judd, j'ai eu la même réaction et finalement on a pris un autre nom de champagne. Ce sera BRICE. Le nommage est déjà effectué. Jérémie va mettre à jour le JIRA ASAP.
Commentaire de Jérémie Bennejean [ 01/mars/06 11:02 ]
Bonjour,

effectivement le nom de la machine est BRICE.
Néanmoins comme écris dans le jira le nom été prévu depuis longtemps ... autant prevenir que guerir si on peut, ca evitera toute remodification.
Judd je viendrai te voir dans la journée je pense pour la repartition des dev entre les 2 serveurs.
Commentaire de Jérémie Bennejean [ 01/mars/06 14:40 ]
Judd, je t'ai envoyé un mail afin que nous passions du temps ensemble sur ce que tu veux installer , les versions et les developpeurs a passer sur ce servuer.
Merci
Commentaire de Jérémie Bennejean [ 02/mars/06 18:13 ]
 Debut de creation du wiki sur la configuration systeme d'un nouveau serveur.

Vu avec JUDD comment configurer le serveur pour l'environnement des dev.
Liste des dev a migrer aussi.
Commentaire de Jérémie Bennejean [ 03/mars/06 15:13 ]
/etc/profile migré
/data2/appli/priceminister migré
/usr/bin/tree migrer
Commentaire de Jérémie Bennejean [ 06/mars/06 11:51 ]
mise en place client oracle avec patrick.
conf ok
je ferai le wiki sur l'installation du client oracle sur un serveur asap.
Commentaire de Jérémie Bennejean [ 06/mars/06 17:09 ]
Judd m'a donné une liste de dev à migrer:
sadokm
desportes
dianem
tiercelin
forguesa
devtest
klosekg
bernardo
gossee
bourgeoiso

Déja migré :
bernardo
Commentaire de Jérémie Bennejean [ 06/mars/06 18:04 ]
Migration cette nuit de :

desportes
gossee
klosekg
sadokm
Commentaire de Jérémie Bennejean [ 07/mars/06 15:26 ]
Migration faites de :

bernardo
desportes
sadokm
gossee

Migration ce soir de :

Mostafa
Tiercelin
Arnaud
Gael
bourgeoiso
Commentaire de Jérémie Bennejean [ 07/mars/06 15:27 ]
Installation de rexec
modification des pam
Commentaire de Jérémie Bennejean [ 08/mars/06 10:58 ]
La migration de :

Mostafa
Tiercelin
Arnaud F
Gael
bourgeoiso

s'est bien déroulé.
Commentaire de Judd OSullivan [ 08/mars/06 17:27 ]
Il faut installer imagemagick sur la nouvelle machine. Voir /usr/local/lib sur bollinger.
Commentaire de Judd OSullivan [ 08/mars/06 18:20 ]
Et la reste de tkcvs qui ce trouve aussi dans /usr/local/lib sur bollinger
Commentaire de Jérémie Bennejean [ 09/mars/06 09:42 ]
 Et la reste de tkcvs qui ce trouve aussi dans /usr/local/lib sur bollinger--> FAIT
Commentaire de Jérémie Bennejean [ 09/mars/06 11:15 ]
 Il faut installer imagemagick sur la nouvelle machine. Voir /usr/local/lib sur bollinger. --> Fait

Judd confirme moi si ok ou non.
Commentaire de Judd OSullivan [ 09/mars/06 11:43 ]
C'est OK. Les images marchent.
Commentaire de Jérémie Bennejean [ 10/mars/06 09:48 ]
migration de /etc/bashrc
Commentaire de Quentin de Chivré [ 10/mars/06 09:56 ]
Merci de consolider toutes les taches résiduelles dans une page Wiki pour la prochaine fois (si pas deja fait :-)
Commentaire de Jérémie Bennejean [ 10/mars/06 10:06 ]
J'ai créer un wiki pour formaliser l'installation des serveurs de A à Z et un autre plus spécifique sur l'ensemble des tâches à effectuer pour livrer un serveur "clé en main" aux dev.

http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=InstallationNouveauServeur

Toujours en cours de creation ...ce n'est pas un version finale ...




[EXP-1316] Arnauf forgues ne peut plus se connecter a bollinger via x win32 Création: 20/févr./06 11:39  Mise à jour: 25/juin/07 18:56  Résolue: 20/févr./06 11:54

Etat: Résolu
Projet: Exploitation
Composants: Maintenance
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Jérémie Bennejean Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 50 minutes
Estimation originale: Non spécifié


 Description   
Message bollinger : lan where are you ?

 Commentaires   
Commentaire de Jérémie Bennejean [ 20/févr./06 11:40 ]
Inscription du nom de son poste et de son IP dans les fichiers zones et zones inverse du DNS de ruinart.
Commentaire de Jérémie Bennejean [ 20/févr./06 11:40 ]
Et redemarrage du service dns
Commentaire de Jérémie Bennejean [ 20/févr./06 11:46 ]
Nouveau message acces denied.
Test avec son login .Connexion avec son login refusé.
Inscription dans le fichier /etc/passwsd de bollinger du login forguesa et reinscriptin de son mdp (passwd )




[EXP-2050] Création de sous-domaines Création: 16/mai/06 11:54  Mise à jour: 25/juin/07 18:58  Résolue: 17/mai/06 10:04

Etat: Fermé
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Charles Decaux Attribution: Sébastien Tournay
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Dans le cadre de la mise en place du bloc "Comparez les prix" avec notre partenaire Pangora :

nous souhaitons que les redirections soient complètement transparentes c'est-à-dire que les URL lien vers les marchands n'apparaissent pas sous la forme http://redirect.pangora.com

Nous avons donc opté pour la création d'un sous-domaine http://comparez.priceminister.com

De même les images appelées sur les serveurs de PAngora depuis nos pages ne devront pas être affichées comme étant hébergées chez eux. Il faut donc créer deux sous-domaines pour les images :

http://comparez1.priceminister.com
http://comparez2.priceminister.com

Ainsi il faut créer 3 nouveaux sous-domaines :
http://comparez.priceminister.com
http://comparez1.priceminister.com
http://comparez2.priceminister.com

Merci et à votre dispo pour en parler

Charles

 Commentaires   
Commentaire de Charles Decaux [ 16/mai/06 12:12 ]
les deux adresses IP pour les serveurs d'image sont :
62.208.129.10 et 62.208.129.11
Commentaire de Sébastien Tournay [ 16/mai/06 13:31 ]
Je penses que le mieux c'est d'organiser une réunion avec les différents interlocuteurs pour définir tous les besoins. Charles, tu peux nous organiser cela. De notre coté, je vais imliquer Julien Rampon
Commentaire de Charles Decaux [ 16/mai/06 16:35 ]
http://comparez.priceminister.com doit pointer vers 62.208.183.6
http://comparez1.priceminister.com doit pointer vers 62.208.129.10
http://comparez2.priceminister.com doit pointer vers 62.208.129.11

Merci
Commentaire de Sébastien Tournay [ 16/mai/06 16:47 ]
OK. On vient de faire la demande de création de sous-domaine à JMH
Commentaire de Sébastien Tournay [ 17/mai/06 10:03 ]
les sous domaines sont en place.




[EXP-1871] VM WARE inaccessible Création: 26/avr./06 10:15  Mise à jour: 25/juin/07 18:57  Résolue: 26/avr./06 11:56

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Christophe Garcia Attribution: ZZ_Arnaud Baali
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 1 heure
Estimation originale: 15 minutes


 Description   
VM WARE inaccessible

 Commentaires   
Commentaire de ZZ_Arnaud Baali [ 26/avr./06 11:56 ]
La machine VMWare est accessible sur l'@ IP: 192.168.1.118




[EXP-1899] anomalie : augmentation du swap / hercule depuis un mois Création: 02/mai/06 11:13  Mise à jour: 25/juin/07 18:57  Résolue: 05/mai/06 15:17

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Justin Ziegler Attribution: Ranto Andriambololona
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Sous-tâches:
Clé
Résumé
Type
Etat
Attribution
EXP-1913 Nouvelle alerte 'Server returned HTTP... Sous-tâche Résolu Xiaoming Du  

 Description   
peut etre a cause du query serveur de FAST ?
pourrait on l'arreter et utiliser le QR sur un autre serveur appli ?
observation similaire sur tellus...

 Commentaires   
Commentaire de Sébastien Tournay [ 02/mai/06 12:44 ]
Ranto,

Tu peux te caller avec Antoine pour faire en sorte que la recherche FAST sur HERCULE n'utilise pas son propre QR SERVER mais celui de AURORE (par exemple). Cela vaut le coup de voir la procédure sur ce sujet qui n'existe pas encore...

On doit pouvoir faire cela en journée en baissant (sortant) HERCULE.

Bien penser à stopper l'application FAST sur HERCULE ensuite (plus les alertes).
Commentaire de Ranto Andriambololona [ 02/mai/06 16:42 ]
il suffit de remplacer sur Hercule

# Host and Port configuration
priceminister.fast.host = localhost

par

# Host and Port configuration
priceminister.fast.host = aurore


Martin confirme que c'est la bonne méthode et ça marche

Ensuite on baisse le poids de hercule, on arrète FAST (ncrtl stop) et on désactive les alertes fast sur hercule





Commentaire de Ranto Andriambololona [ 02/mai/06 16:45 ]
la modif se fait dans priceminister.properties
Commentaire de Justin Ziegler [ 02/mai/06 17:53 ]
ne peut on pas faire la modif aujourd'hui afin qu'elle soit prise en compte automatiquement demain matin ?

NB : on pourra alors arréter FAST demain tranquillement ?
Commentaire de Sébastien Tournay [ 02/mai/06 17:59 ]
On a encore jamais testé cela. On ferra la manip demain matin en réduisant le poids d'HERCULE pour bien vérifier que tout fonctionne correctement.

Commentaire de Justin Ziegler [ 02/mai/06 18:35 ]
Le principe est bon, mais, quand on est confronté a une nouvelle manip, il faut en mesurer le risque.
La, il me semble que le risque est nul. Soit ca marche, et on passe bien sur l'autre QR, soit cela ne marche pas, et on reste sur le meme. Le risque c'est de se gaufrer dans le nom du serveur, mais cela me semble reduit....
y a t il d'autres risques ?

Par ailleurs, la manip "reduction du poids puis changement de config puis relance et verif" est assez lourde. Il ne faut donc pas en abuser, sauf si urgence ou gros risques.
Commentaire de Martin Sudmann [ 02/mai/06 18:54 ]
si je ne me trompe pas, cette configuration est déjà en place sur Venus, qui utilise le QRserver de Sol; Venus n'avait pas assez d'espace disque pour accueilir une installation Fast.
Commentaire de Ranto Andriambololona [ 02/mai/06 19:01 ]
J'ai fait donc le changement sur Hercule dans priceminister.properties.

Au démarrage de demain matin, celui ci utilisera AURORE

# Host and Port configuration
priceminister.fast.host = aurore
Commentaire de Sébastien Tournay [ 03/mai/06 09:59 ]
En fait la manip n'a pas fonctionnée ce matin.. On avait donc pas de recherche FAST d'activée sur HERCULE entre 5h30 et 9h00 (cf. log ci-dessous). Impact minimum dans la mesure ou le poids de ce SA était très faible. On a une nouvelle alerte à mettre en place pour détecter cela (JIRA à venir pour Xiaoming)

En fait la résolution sur le nom 'AURORE' ne fonctionne pas. On retourne un code 502 dans le log JBOSS. Pourtant pas de problème sur le PING ni en lançant un lynx 'http://aurore:15100&#39;. Sans doute un problème au niveau de JAVA sur la résolution.

On vient de modifier le fichier priceminister.properties en indiquant l'@IP du QRSERVER sur AURORE (=10.150.28.85). Cela fonctionne sans problème. On vient donc de remettre HERCULE dans le pool (poids = 60). Tout le noeud FAST est désactivé sur HERCULE.

A suivre aujourd'hui le comportement du SWAP sur HERCULE et la réaction de AURORE sur la gestion des requêtes supplémentaires.



2006-05-03 09:14:03,176 ERROR [-Processor79] 62.23.27.114 - java.io.IOException: Server returned HTTP response code: 502 for URL: http://aurore:15100/cg
i-bin/search?resultview=search&encoding=utf-8&query=and%28or%28string%28%22zazie%22%2C+mode%3D%22AND%22%29%2C+and%28attributecontext%3Astring%28%22zazie%22
%2C+mode%3D%22AND%22%29%2C+prdtypecode%3Astring%28%2230+1781+1741+1761+2120+1620+1064+2100+1920+1120+1481+2060+2220+2020+2160+1540+1740+1840+1480+1520+1580
+1841+1720+1860+340+2040+1680+1360+1760+1660+1500+1940+1780+2200+1640%22%2C+mode%3D%22OR%22%29%29%29%2C+filter%28and%28not%28prdtypecode%3Astring%28%221741
+1700+1781+1841+2060+1481+1680+1800+1820+1761+1920+1980+1860%22%2C+mode%3D%22OR%22%29%29%2C+not%28prdtypecode%3Astring%28%222000+2001%22%2C+mode%3D%22OR%22
%29%29%2C+meta.collection%3Astring%28%22PM01%22%2C+mode%3D%22OR%22%29%2C+prdvisibilitycode%3Aint%2810%29%29%29%29&qtpipeline=priceminister&rpf_navigation:e
nabled=false&hits=20&qtf_lemmatize=true&offset=0&language=fr&sortby=-prdisavailable+default&version=v2.0.70
        at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1149)
        at no.fast.ds.search.http.HttpSearchEngine.searchInternal(HttpSearchEngine.java:188)
        at no.fast.ds.search.http.HttpSearchEngine.search(HttpSearchEngine.java:111)
        at com.babelstore.search.FastSearch.search(FastSearch.java:93)
        at com.babelstore.product.front.SearchMultiAggModel.getPage(SearchMultiAggModel.java:104)
        at com.babelstore.product.front.NavigationModel.doLoad(NavigationModel.java:277)
        at com.babelstore.product.front.SearchNavigationModel.doLoad(SearchNavigationModel.java:74)
Commentaire de Justin Ziegler [ 03/mai/06 10:46 ]
Merci.

Quelle alerte as tu en tete ?
N'en a t on pas deja une pour cela ?




[APP-13623] pleins de requetes sur une page d'erreur etrange (FP) qui genere une exception Création: 06/nov./06 15:02  Mise à jour: 28/juil./08 14:32  Résolue: 05/mars/07 17:52

Etat: Fermé
Projet: Application PriceMinister
Composants: Produits
Affecte la/les version(s): 9.0.4.1 (COF)
Version(s) corrigée(s): 14.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Justin Ziegler Attribution: Antoine Koener
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-21124 L'appli retourne un 503 si demande d'... Ouvert
Pays:
FRA - France
Classif1: TECH
Projets PM archivés: Maintenance 14.x.x

 Description   
http://www.priceminister.com/offer/buy/Erreur

 Commentaires   
Commentaire de Justin Ziegler [ 06/nov./06 16:58 ]
je vois plein de requetes de ce genre dans les log des SA / jboss !


2006-11-06 11:01:28,111 INFO [Processor126] 212.27.63.204 - >>> GET http://www.priceminister.com/offer/buy/Erreur
2006-11-06 11:01:28,113 ERROR [Processor126] 212.27.63.204 - Load error
Servlet : com.babelstore.advert.front.AdvertServlet
Request : GET http://www.priceminister.com/offer/buy/Erreur
Referrer : null
User-Agent : null
Trace : com.babelstore.util.ApplicationException: ProductId and CompProductId in URL are null (com.babelstore.advert.front.AdvertListAction)
        at com.babelstore.referential.front.BaseProductAction.execute(BaseProductAction.java:67)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:338)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:297)
        at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:214)
        at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:186)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:152)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)

2006-11-06 11:01:28,114 INFO [Processor126] 212.27.63.204 - Setting response status code to 404

2006-11-06 11:01:28,234 INFO [Processor126] 212.27.63.204 - <<< [123 ms] GET http://www.priceminister.com/offer/buy/Erreur
Commentaire de Arnaud Forgues [ 16/nov./06 14:43 ]
dispatcher-maintenance
Commentaire de Alexandre Garnier [ 12/janv./07 11:42 ]
Serait-il possible de savoir depuis quelle(s) pages les utilisateurs arrivent sur celle-ci ?
Commentaire de Justin Ziegler [ 12/janv./07 12:45 ]
Helas, le referer n'est pas present dans les log apache :-(
Commentaire de Alexandre Garnier [ 15/janv./07 17:40 ]
En faisant un grep de "/offer/buy/Erreur" dans les logs, on a un résultat du genre :

2007-01-15 09:21:18,720 INFO [P-Processor9] 80.13.13.122 - <<< [112 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 09:22:48,467 INFO [-Processor58] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 09:22:48,604 INFO [-Processor58] 80.13.13.122 - <<< [137 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 09:23:01,039 INFO [-Processor58] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 09:23:01,138 INFO [-Processor58] 80.13.13.122 - <<< [98 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 09:25:15,519 INFO [-Processor37] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 09:25:15,617 INFO [-Processor37] 80.13.13.122 - <<< [98 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 09:25:27,262 INFO [-Processor29] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 09:25:27,491 INFO [-Processor29] 80.13.13.122 - <<< [228 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 09:29:03,287 INFO [-Processor18] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 09:29:03,386 INFO [-Processor18] 80.13.13.122 - <<< [99 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 09:34:34,357 INFO [-Processor44] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 09:34:34,459 INFO [-Processor44] 80.13.13.122 - <<< [102 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 09:35:07,979 INFO [-Processor16] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 09:35:08,097 INFO [-Processor16] 80.13.13.122 - <<< [118 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 09:39:31,048 INFO [-Processor60] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 09:39:31,183 INFO [-Processor60] 80.13.13.122 - <<< [135 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 09:45:57,811 INFO [-Processor11] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 09:45:57,914 INFO [-Processor11] 80.13.13.122 - <<< [102 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 09:46:43,548 INFO [-Processor21] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 09:46:43,651 INFO [-Processor21] 80.13.13.122 - <<< [102 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 10:04:56,233 INFO [-Processor38] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 10:04:56,332 INFO [-Processor38] 80.13.13.122 - <<< [99 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 10:05:36,233 INFO [-Processor29] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 10:05:36,339 INFO [-Processor29] 80.13.13.122 - <<< [106 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 10:07:20,461 INFO [-Processor79] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 10:07:20,558 INFO [-Processor79] 80.13.13.122 - <<< [97 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 10:09:34,015 INFO [-Processor46] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 10:09:34,120 INFO [-Processor46] 80.13.13.122 - <<< [105 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 10:10:37,021 INFO [-Processor75] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 10:10:37,119 INFO [-Processor75] 80.13.13.122 - <<< [98 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 10:12:05,026 INFO [-Processor38] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 10:12:05,129 INFO [-Processor38] 80.13.13.122 - <<< [103 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 10:16:41,505 INFO [-Processor54] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 10:16:41,610 INFO [-Processor54] 80.13.13.122 - <<< [105 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 10:17:47,708 INFO [P-Processor1] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 10:17:47,986 INFO [P-Processor1] 80.13.13.122 - <<< [278 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 10:18:31,861 INFO [-Processor58] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 10:18:32,233 INFO [-Processor58] 80.13.13.122 - <<< [372 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 10:22:56,466 INFO [-Processor41] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 10:22:56,596 INFO [-Processor41] 80.13.13.122 - <<< [130 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 10:50:30,631 INFO [-Processor38] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 10:50:30,779 INFO [-Processor38] 80.13.13.122 - <<< [148 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 10:58:15,451 INFO [-Processor21] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 10:58:15,605 INFO [-Processor21] 80.13.13.122 - <<< [154 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 11:06:17,003 INFO [-Processor80] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 11:06:17,109 INFO [-Processor80] 80.13.13.122 - <<< [106 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 11:31:43,557 INFO [-Processor15] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 11:31:43,672 INFO [-Processor15] 80.13.13.122 - <<< [115 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 11:35:50,188 INFO [-Processor39] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 11:35:50,327 INFO [-Processor39] 80.13.13.122 - <<< [139 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 11:56:32,222 INFO [-Processor59] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 11:56:32,320 INFO [-Processor59] 80.13.13.122 - <<< [98 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 12:04:08,421 INFO [-Processor49] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 12:04:08,611 INFO [-Processor49] 80.13.13.122 - <<< [190 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 12:05:01,355 INFO [-Processor75] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 12:05:01,456 INFO [-Processor75] 80.13.13.122 - <<< [101 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 12:09:08,964 INFO [-Processor72] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 12:09:09,066 INFO [-Processor72] 80.13.13.122 - <<< [102 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 12:15:54,115 INFO [-Processor85] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 12:15:54,350 INFO [-Processor85] 80.13.13.122 - <<< [235 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 12:18:59,048 INFO [-Processor55] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 12:18:59,166 INFO [-Processor55] 80.13.13.122 - <<< [118 ms] GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 12:32:26,488 INFO [-Processor42] 80.13.13.122 - >>> GET http://www.priceminister.com/offer/buy/Erreur
Request : GET http://www.priceminister.com/offer/buy/Erreur
2007-01-15 12:32:26,682 INFO [-Processor42] 80.13.13.122 - <<< [194 ms] GET http://www.priceminister.com/offer/buy/Erreur

Une seule et même IP en même temps qui fait cette requête à intervalle plus ou moins régulier.
Du coup j'opterais plus pour un script client mal construit qui génère des requêtes fausses, ce qui expliquerait le referrer et le user-agent nuls.

En tout cas j'ai pas trouvé ni dans le code ni dans le paramétrage quelque chose pouvant générer ce type d'URL.
Commentaire de Nicolas Chauveau [ 25/janv./07 15:51 ]
Prévoir
- un log de type Warning qui précise le contexte du pb
- un code retour HTTP 503 (a vérifier ?)

Commentaire de Alexandre Garnier [ 26/janv./07 14:29 ]
source : http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html

10.5.4 503 Service Unavailable
The server is currently unable to handle the request due to a temporary overloading or maintenance of the server. The implication is that this is a temporary condition which will be alleviated after some delay. If known, the length of the delay MAY be indicated in a Retry-After header. If no Retry-After is given, the client SHOULD handle the response as it would for a 500 response.
      Note: The existence of the 503 status code does not imply that a
      server must use it when becoming overloaded. Some servers may wish
      to simply refuse the connection.


Une erreur 400 ne serait-elle mieux :

10.4.1 400 Bad Request
The request could not be understood by the server due to malformed syntax. The client SHOULD NOT repeat the request without modifications.
Commentaire de Nicolas Chauveau [ 01/févr./07 15:46 ]
YES !
Commentaire de Justin Ziegler [ 01/févr./07 16:00 ]
Coté exploit :
c'est qui le 80.13.13.122 ?
quel est son user-agent ?
peut etre un adware ? un poste infecté ?
==> un user agent a banir ???
Commentaire de Alexandre Garnier [ 01/févr./07 16:07 ]
L'IP n'est pas constante, elle change mais fait toujours les mêmes requêtes.
Commentaire de Alexandre Garnier [ 12/févr./07 11:57 ]
En fait, dans le principe, le log et le code de retour sont déjà en place :

        // If no ProductId an CompProductId were in the url, we return a 404 response status code
        // - CrawlException for a crawled request (don't log all the trace, just a warning)
        // - ApplicationException for a classic user request
        if (null == lProductId && null == lCompProductId) {
            if (request.isCrawledBotRequest()) {
                throw new CrawlException(new Phrase("BaseProductAction", "CRAWL_EXCEPTION_PRD_ID_NULL", "ProductId and CompProductId in URL are null", true),
                                         HttpServletResponse.SC_NOT_FOUND);
            }
            else {
                request.setErrorStatusCode(HttpServletResponse.SC_NOT_FOUND);
                throw new ApplicationException(new Phrase("BaseProductAction", "PRODUCT_ID_NULL", "ProductId and CompProductId in URL are null (" + this.getClass().getName() + ")", true));
            }
        }

L'exception provoquant un log du type :

2007-02-12 11:44:26 INFO [Dispatcher ] 192.168.1.137 - >>> GET http://www.pm.boulard:1580/offer/buy/Erreur
2007-02-12 11:44:26 ERROR [Dispatcher ] 192.168.1.137 - Load error
Servlet : com.babelstore.advert.front.AdvertServlet
Request : GET http://www.pm.boulard:1580/offer/buy/Erreur
Referrer : null
User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1
Trace : com.babelstore.util.ApplicationException: ProductId and CompProductId in URL are null (com.babelstore.advert.front.AdvertListAction)
        at com.babelstore.referential.front.BaseProductAction.execute(BaseProductAction.java:67)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:336)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:295)
        at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:212)
        at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:184)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:150)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:112)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856)
        at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744)
        at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
        at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
        at java.lang.Thread.run(Thread.java:595)
Commentaire de Alexandre Garnier [ 12/févr./07 16:43 ]
Petite analyse :

Plusieurs requêtes sont effectuées :
 - http://www.priceminister.com/product?action=referencesearch&reference=2743304324
 - qui trouve un produit et redirige automatiquement sur /inventory?action=view&productid=889017
 - qui redirige automatiquement sur /submit?action=submitadvert&categoryref=186126&isupdate=false&productid=889017&stage=10
 - http://www.priceminister.com/offer/buy/889017

Mais il arrive des fois que la recherche par référence ne donne rien et on a alors :
 - http://www.priceminister.com/product?action=referencesearch&reference=2743304405
 - http://www.priceminister.com/offer/buy/Erreur

il y a de fortes chance que cela soit un script qui lance la requête de recherche par référence, analyse le résultat pour avoir le product_id et lance ensuite la requête de fiche produit avec cet ID, mais malheureusement, il ne gère pas le cas de recherche sans résultat et se génère une erreur sans la rattraper et appel donc la fiche produit avec un ID "Erreur".

Je pense donc que c'est quelqu'un qui se sert de notre base pour récupérer les fiches produits pour des ISBN donnés.

Maintenant, qu'est-ce qu'on peut y faire ??...
Commentaire de Alexandre Garnier [ 12/févr./07 18:42 ]
Faire passer le JIRA à l'exploit ?
Commentaire de Justin Ziegler [ 13/févr./07 12:01 ]
On peut mettre une redirection apache sur
http://www.priceminister.com/offer/buy/Erreur
?

Est ce la bonne approche ?
Commentaire de Alexandre Garnier [ 20/févr./07 17:24 ]
En tout cas je pense qu'en DEV, on peut pas faire grand chose de plus.
Commentaire de Justin Ziegler [ 21/févr./07 10:33 ]
Bon j'affecte a Patrice.
Il s'git de faire une redirection bien precise, vers un page spécifique.
peux tu affecter ca a la bonne personne ?
Commentaire de Patrice Boulanger [ 21/févr./07 10:40 ]
Antoine,

Tu peux regarder ça? Je pense qu'il faut le rapprocher de banned-ua ? C'est peut être déjà réglé?

Merci
Commentaire de Antoine Koener [ 21/févr./07 13:52 ]

Un règle a été ajouté dans le fichier rewrite-banned.rules afin de bloquer l'URL
/offer/buy/Erreur
Commentaire de Antoine Koener [ 05/mars/07 17:52 ]

Aucune erreur sur Salus ni titeia sur la journée de hier.
Aucune erreur sur la journée de Vendredi.

Le blocage rewrite est donc efficace.
Commentaire de Younès Charrière [ 23/avr./07 15:50 ]
OK en Prod.




[APP-10790] Gestion des promos aux emplacements 'Top Ventes' : prévoir des classes adaptées aux différents cas possibles Création: 27/juin/06 18:34  Mise à jour: 25/juin/07 18:41  Résolue: 29/août/06 11:19

Etat: Fermé
Projet: Application PriceMinister
Composants: Promo
Affecte la/les version(s): 9.0.0.1a
Version(s) corrigée(s): 9.0.3

Type: Amélioration Priorité: Majeur
Rapporteur: Ariane Baldinger Attribution: Ariane Baldinger
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
a pour doublon APP-11730 HP colonne decalée à cause d'une prom... Fermé
Site: Prod

 Description   
Ce qui marche :
- 2 promos centrées (class="ad_hp")

Ce qui ne marche pas :
- 1 promo alignée à gauche (position:absolute) + 1 promo centrée (class="ad_hp") (marche sous IE mais pas sous FireFox)
- 1 seule promo centrée

Pouvez-vous créer des classes adaptées à tous les cas possibles et dans tous les navigateurs ;-)

Merci
Ariane

 Commentaires   
Commentaire de Olivier Badreau [ 12/juil./06 11:07 ]
Ariane,

Il y a maintenant 2 classes differentes à utiliser en fonction du rendu souhaité :

- class="topsell"
permet d'alligner la pub au centre.

- class="topselleft"
permet d'alligner la pub à gauche.

On a un code du type:
<td>
  <a class="ad_topsell" href="javascript:void popHelp(selfpoplink('htt','p:/','/pr','ice','min','ist','er.','imi','ngo','.ne','t/p','hil','ips','/ph','ili','ps.','php'), 510, 700, 'true')" style="border: 1px solid rgb(179, 179, 179);"><img src="http://a526.g.akamai.net/7/526/14067/v1/img.priceminister.com/visuels/jeu-philips/227x227-philips.gif" height="227" width="227"></a>
</td>

Il faut que tu passes ces classes sur les liens englobant l'image. Inutile de passer une classe sur l'image elle-même.

je te laisse le soin de fermer le Jira si celà te convient (le temps que les modifs passent en integ)
Commentaire de Ariane Baldinger [ 19/juil./06 11:54 ]
Jérôme,

Je te renvoie ce Jira car il me semble qu'Olivier est en congés.

Il y a encore un cas qui pose problème sous FireFox : http://www.pm.lan/ng

Quand il n'y a qu'une seule promo sur un top vente la largeur des blocs top ventes de gauche (411 px env.) est plus importante que ceux de droite (339 px env.).
Avez-vous un moyen d'y remédier ?

Ariane
Commentaire de Xavier Boreux [ 27/juil./06 17:51 ]
thanks
Commentaire de Olivier Badreau [ 28/août/06 11:18 ]
La difference de taille entre les 2 colonnes vient de l'insertion d'un element (image) qui possede une largeur fixe.

Afin de contrecarrer ce bug sous FF, nous devons desormais inserer un element fictif dans la premiere cellule en haut de la colonne gauche possedant une largeur identique de 227px:

<div style="width: 227px; height: 0;"></div>
juste apres le <h1></h1>

Le probleme est ainsi corrigé sous FF et IE.

NB : l'ideal est d'inserer cet element fictif à droite uniquement lorsque l'on a une image à gauche!
Commentaire de Ariane Baldinger [ 29/août/06 11:19 ]
OK.
Testé en integ.
Commentaire de Fabien Farache [ 06/sept./06 17:00 ]
ok




[APP-31238] MyThings - Mise en place des tags pour l'Espagne Création: 29/sept./10 14:16  Mise à jour: 13/oct./10 18:54  Résolue: 08/oct./10 12:50

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 78.0.2

Type: Tâche Priorité: Majeur
Rapporteur: Isabel Yus Attribution: Rocio Perez-Garcia
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: PDF File Tagging Instructions PriceMinister Spain.pdf    
Pays:
ESP - Espagne
Projets PM: *** A PLANIFIER ***
Classif FONC: comarket

 Description   
Bonjour,

Nous voudrions commencer à travailler avec le retargeting proposé par MyThings le plus tôt possible car nous allons les remunerer à la performance (CPA).

Je vois envoie ci-joint les specs techniques mais on pourrait reprendre les tags implémentés pour la France selon les infos ci-dessous qu'ils m'ont transmises :

"Salut Isabel

en fait, les tags envoyés pour le site Espagnol sont plus simples que ceux utilises pour la France et il s'agit d'une nouvelle génération plus facile a intégrer. Toutefois, il est également possible de copier/coller les tags en place sur le site français sur le site Espagnol en changeant uniquement la valeur du paramètre mtAdvertiserToken de 1055-100-fr a 1055-100-es

Comme vous préférez."

A votre dispo pour en parler

Merci


 Commentaires   
Commentaire de Ariane Baldinger [ 04/oct./10 10:00 ]
on reprend les mêmes tags que sur le site FR.
Bien lire la doc car certains identifiants changent pour l'Espagne.
Commentaire de Rocio Perez-Garcia [ 04/oct./10 10:30 ]
J'ai parlé trop vite.
On voulait faire un export/import des tags FR, mais avec l'export/import, les tags se créent -bien sur- dans la langue FR.
Pire, comme ils sont publiés, on ne peut pas les supprimer avec la poubelle.
Je vois avec Alex s'il existe une solution, sinon on les copie un par un.
Commentaire de Rocio Perez-Garcia [ 04/oct./10 14:58 ]
Export /import des contenus FR en cours, puis "Remplacer langue".
Le paramètre mtAdvertiserToken est 1055-100-es.
Checké dans ref-es.
Commentaire de Ariane Baldinger [ 04/oct./10 16:03 ]
ça me paraît bien.

Isabel, peux-tu tester sur : http://bo.ref-es.pm.dev/info/home?spot=true ?

Merci
Commentaire de Isabel Yus [ 04/oct./10 16:53 ]
Qu'est-ce que je dois tester, Ariane ?
Commentaire de Rocio Perez-Garcia [ 05/oct./10 14:03 ]
Isabel, passes nous voir pour t'expliquer.
Commentaire de Isabel Yus [ 05/oct./10 14:59 ]
Bonjour,

Je pourrai passer à 16h car je ne suis pas disponible avant.

A tout à l'heure,

Isabel
Commentaire de Rocio Perez-Garcia [ 06/oct./10 10:26 ]
tags en place:

ADVERT_DESCRIPTION-HIDDEN2 (working)
ADVERT_LIST-HIDDEN2 (working)
End of transaction tag (working)
FILTER_NAVIGATION(%%FILTER)-HIDDEN_2 (working)
HP2007-HIDDEN2 (working)
ORDER%%ADD_ITEM-HIDDEN_2 (working)
REGISTER_SUCCESS-HIDDEN2 (working)

para ver el parametro español :
ROOT-HIDDEN_1 (working)
Commentaire de Isabel Yus [ 06/oct./10 10:34 ]
Gracias Rocío. Comme vu avec toi les test d'intégration des tags sur les pages indiquées ci-dessus sont corrects.

Je m'occupe tout de suite d'envoyer un message à MyThings pour leur indiquer que nos tests en Dev ont bien marché. Je vais aussi leur demander, comme convenu avec toi, s'ils ont besoin d'une habilitation de serveur de recette pour faire leurs tests de leur côté avant la mise en prod vendredi. Je vais leur communiquer comme deadline jeudi pour une réponse avant de passer en prod.

Merci

Isabel
Commentaire de Isabel Yus [ 06/oct./10 12:16 ]
Rebonjour,

Je vous confirme qu'ils souhaiteraient qu'on habilite un serveur en recette avec l'adresse suivante : 81.218.156.9 (Il s'agit de leur adresse IP principale).

Merci de m'envoyer le lien vers notre site DEV pour ce prestataire afin qu'il puisse confirmer que les tags sont OK pour le passage en PROD.

Merci d'avance,

IY
Commentaire de Rocio Perez-Garcia [ 08/oct./10 09:15 ]
Isabel, des nouvelles de MyThings ?
Commentaire de Rocio Perez-Garcia [ 08/oct./10 10:51 ]
cms-ref / promotions
Commentaire de Isabel Yus [ 08/oct./10 11:28 ]
Merci Rocío. Comme vu avec toi ce matin MyThings n'a pas encore finalisé les tests en dev pour vérifier les tags de leur côté. J'attends leur réponse aujourd'hui ou lundi au plus tard.
Commentaire de Rocio Perez-Garcia [ 08/oct./10 12:50 ]
Publié sur ref / promotions
Commentaire de Isabel Yus [ 11/oct./10 10:59 ]
Bonjour à tous,

Les tests sont concluants du côté de MyThings.

Merci,

Isabel
Commentaire de Ariane Baldinger [ 13/oct./10 18:49 ]
Les tags sont en Prod depuis le 12/10.
Commentaire de Isabel Yus [ 13/oct./10 18:54 ]
Merci Ariane :)

Le presta a fait les tests online et ils sont concluants.

Merci pour tout

IY




[APP-31363] Certains utilisateurs n'accèdent plus à "Voir mes notes" Création: 07/oct./10 10:12  Mise à jour: 14/oct./10 16:28  Résolue: 11/oct./10 11:25

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 78.0.0 (CTN-TU)
Version(s) corrigée(s): 78.0.2

Type: Bogue Priorité: Critique
Rapporteur: Habib-Sylvain Gourguet Attribution: Damien Dorizy
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Projets PM: Espace personnalisé

 Description   
Plusieurs témoignages d'utilisateurs signalant qu'ils ne parviennent plus à accéder à la page "Voir mes notes".

http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=22175223
http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=1443224
http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=13805643
...

Bug impossible à reproduire de notre côté. Lié aux modifications apportées à la boutique ?

 Commentaires   
Commentaire de Habib-Sylvain Gourguet [ 07/oct./10 10:15 ]
Dixit un opérateur SAV : "L’un d’eux nous dit que ça lui met « Oops..page broken ».".
Commentaire de Swan Desportes [ 08/oct./10 17:53 ]
Il semble que ce soit bien un problème de navigateur.
Pour l'utilisateur ArtEtBD, la page fonctionne bien sous FF mais pas sous IE8.
Sa version exacte est : 8.0.6001.18702IS

Nous, nous travaillons avec 8.0.6001.18702IC

Sur le site de Microsoft, on peut voir l'explication de ce suffixe : http://support.microsoft.com/kb/969393


D'autre part, certains internautes ont déjà vu des différences d'affichage entre ces deux versions. Exemple : http://social.answers.microsoft.com/Forums/en-US/InternetExplorer/thread/ae1d9fcc-1c97-428f-afc0-13b1f6ad6c9b
Commentaire de Renaud Dierickx [ 08/oct./10 18:10 ]
Voici les logs apache d'un compte qui arrive à reproduire le problème : ARTetBD
http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=22175223

www.priceminister.com 90.59.218.101 - - [08/Oct/2010:08:07:53 +0200] "GET / HTTP/1.1" 200 20052 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 20034/85318 (23%) www.priceminister.com 132132
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:08:08:47 +0200] "POST /connect HTTP/1.1" 302 - "https://www.priceminister.com/connect?action=login&c=80&rid=1" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)"
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:08:14:23 +0200] "GET /offer/buy/841665/Collectif-Tueuses-De-Dinos-Livre.html HTTP/1.1" 200 27222 "http://www.priceminister.com/purchase?action=saleitem&currency=978&itemid=146825471&list=false&purchaseid=92281776" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 27204/139185 (19%) www.priceminister.com 636168
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:08:14:27 +0200] "GET /comparateur_fr/V3/productSearch?query=Tueuses+De+Dragons+de+&category=100801&results=9&start=1&show_products=1&show_subcategories=0&show_refinements=0&timestamp=1286518464&aid=96929487&hash=LnoWRSY0.rbhes4vw0r42w-- HTTP/1.1" 200 437 "http://www.priceminister.com/offer/buy/841665/Collectif-Tueuses-De-Dinos-Livre.html" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" -/- (-%) www.priceminister.com 92960
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:08:14:37 +0200] "GET /offer/buy/1450897/Urushihara-Satoshi-Ragnarock-City-Livre.html HTTP/1.1" 200 25272 "http://www.priceminister.com/purchase?action=saleitem&currency=978&itemid=146825454&list=false&purchaseid=92281776" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 25254/113535 (22%) www.priceminister.com 689240
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:08:14:39 +0200] "GET /comparateur_fr/V3/productSearch?query=Ragnarock+City+de+Tanuki&category=100801&results=9&start=1&show_products=1&show_subcategories=0&show_refinements=0&timestamp=1286518477&aid=96929487&hash=GQNWFSAt0Ut1j_YiPnFXJA-- HTTP/1.1" 200 4368 "http://www.priceminister.com/offer/buy/1450897/Urushihara-Satoshi-Ragnarock-City-Livre.html" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" -/- (-%) www.priceminister.com 762344
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:08:32:54 +0200] "GET /purchase?action=saleview&purchaseid=92263980 HTTP/1.1" 200 11807 "http://www.priceminister.com/purchase?action=salelist" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 11789/39080 (30%) www.priceminister.com 348751
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:08:32:56 +0200] "GET /purchase?action=saleview&purchaseid=92281776 HTTP/1.1" 200 12626 "http://www.priceminister.com/purchase?action=salelist" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 12608/44140 (28%) www.priceminister.com 381777
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:08:33:09 +0200] "GET /purchase?action=shippingorder&purchaseid=92281776 HTTP/1.1" 200 6939 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 6921/20857 (33%) www.priceminister.com 272017
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:09:02:59 +0200] "GET /offer/buy/841665/Collectif-Tueuses-De-Dinos-Livre.html HTTP/1.1" 200 27228 "http://www.priceminister.com/purchase?action=saleitem&currency=978&itemid=146825471&list=false&purchaseid=92281776" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 27210/139185 (19%) www.priceminister.com 705303
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:09:33:45 +0200] "GET /s/9782355740626 HTTP/1.1" 200 12764 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 12746/44911 (28%) www.priceminister.com 439954
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:09:33:46 +0200] "GET /google/adsense?output=xml_no_dtd&client=priceminister&adsafe=high&hl=fr&oe=UTF-8&useragent=Mozilla%2F4.0+%28compatible%3B+MSIE+8.0%3B+Windows+NT+5.1%3B+Trident%2F4.0%3B+.NET+CLR+2.0.50727%3B+InfoPath.2%29&ip=90.59.218.101&q=9782355740626&channel=globale&num=0&ad=n8&adpage=1&adtest=off HTTP/1.1" 200 480 "http://www.priceminister.com/s/9782355740626" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" -/- (-%) www.priceminister.com 31026
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:09:33:46 +0200] "GET /comparateur_fr/V3/productSearch?query=9782355740626&category=&results=9&start=1&show_products=1&show_subcategories=0&show_refinements=0&timestamp=1286523226&aid=96929488&hash=3fKmHzOxjHED4qyv3vTYGA-- HTTP/1.1" 200 437 "http://www.priceminister.com/s/9782355740626" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" -/- (-%) www.priceminister.com 151888
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:09:35:17 +0200] "GET /inventory?action=recent HTTP/1.1" 200 21168 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 21150/219643 (9%) www.priceminister.com 638035
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:10:23:27 +0200] "POST /connect HTTP/1.1" 302 - "https://www.priceminister.com/connect?action=login&rid=1" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)"
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:12:48:43 +0200] "GET /connect?action=login&rid=1 HTTP/1.1" 200 23297 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)"
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:12:48:50 +0200] "POST /connect HTTP/1.1" 302 - "https://www.priceminister.com/connect?action=login&rid=1" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)"
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:13:53:14 +0200] "GET /purchase?action=shippingorder&purchaseid=92305908 HTTP/1.1" 200 6953 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 6935/19423 (35%) www.priceminister.com 220118
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:13:58:04 +0200] "GET /purchase?action=salelist HTTP/1.1" 200 15353 "http://www.priceminister.com/user" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 15335/85606 (17%) www.priceminister.com 443068
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:14:56:59 +0200] "GET /connect?action=login&rid=1 HTTP/1.1" 200 23297 "http://www.priceminister.com/purchase?action=salelist" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)"
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:14:57:39 +0200] "GET /feedback/ARTetBD HTTP/1.1" 200 15163 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 15145/62800 (24%) www.priceminister.com 420965
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:14:57:52 +0200] "GET /wallet?action=remoteoprlist&oprcount=30&oprfilter=ALL&oprmonth=&opryear= HTTP/1.1" 200 805 "http://www.priceminister.com/wallet?action=wltview&oprcount=30&oprfilter=ALL" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 787/8277 (9%) www.priceminister.com 36256
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:15:01:22 +0200] "GET /purchase?action=salelist HTTP/1.1" 200 15360 "http://www.priceminister.com/user" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 15342/85598 (17%) www.priceminister.com 404375
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:16:56:05 +0200] "GET /feedback/ARTetBD HTTP/1.1" 200 15181 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" 15163/62644 (24%) www.priceminister.com 446400
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:16:57:01 +0200] "GET /res/static/0/www/www/5452/fc/swfupload/swfupload.swf?preventswfcaching=1286549821205 HTTP/1.1" 200 12787 "http://www.priceminister.com/boutique/ARTetBD" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; InfoPath.2)" -/- (-%) www.priceminister.com 126270
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:17:00:35 +0200] "POST /connect HTTP/1.1" 200 23457 "https://www.priceminister.com/connect?action=login&c=80&rid=1" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; InfoPath.2; .NET CLR 2.0.50727)"
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:17:00:48 +0200] "GET /wallet?action=wltview&oprcount=30&oprfilter=ALL HTTP/1.1" 200 11657 "http://www.priceminister.com/user?rid=1&redirected=true" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; InfoPath.2; .NET CLR 2.0.50727)" 11639/38176 (30%) www.priceminister.com 336353
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:17:01:02 +0200] "GET /user HTTP/1.1" 200 12243 "http://www.priceminister.com/wallet?action=wltview&oprcount=30&oprfilter=ALL" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; InfoPath.2; .NET CLR 2.0.50727)" 12225/41688 (29%) www.priceminister.com 384200
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:17:01:05 +0200] "GET /purchase?action=salelist HTTP/1.1" 200 15909 "http://www.priceminister.com/user" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; InfoPath.2; .NET CLR 2.0.50727)" 15891/93855 (16%) www.priceminister.com 389935
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:17:01:24 +0200] "GET /comparateur_fr/V3/productSearch?query=Kiss+Me+Princess+de+Young%2C+Kim+Se&category=100801&results=9&start=1&show_products=1&show_subcategories=0&show_refinements=0&timestamp=1286550079&aid=96929487&hash=nMmTzH09Vcprn7mCbDRSjQ-- HTTP/1.1" 200 21340 "http://www.priceminister.com/offer/buy/60705151/Young-Kim-Se-Kiss-Me-Princess-Livre.html" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; InfoPath.2; .NET CLR 2.0.50727)" -/- (-%) www.priceminister.com 795328
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:17:01:44 +0200] "POST /purchase HTTP/1.1" 200 11803 "http://www.priceminister.com/purchase?action=saleview&purchaseid=92313045" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; InfoPath.2; .NET CLR 2.0.50727)" 11785/39083 (30%) www.priceminister.com 368173
www.priceminister.com 90.59.218.101 - - [08/Oct/2010:17:03:18 +0200] "GET /feedback/ARTetBD HTTP/1.1" 200 15180 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; InfoPath.2; .NET CLR 2.0.50727)" 15162/62641 (24%) www.priceminister.com 516226
[adminpm@aricia logs]$


Après l'avoir contacté, c'est bien un problème de navigateur.
Il doit nous envoyer le code source de la page pour qu'on puisse voir si le contenu est là et que c'est juste l'affichage du body.
Commentaire de Damien Dorizy [ 11/oct./10 11:20 ]
Le problème est présent uniquement avec IE8 sous Vista et Seven, donc pratique à détecter.

Après recherche, il s'agit d'un problème corrigé pour IE6 mais qui ne posait pas de problème avec IE7 et IE8, sous XP en tout cas.
Il s'agit d'un problème d'initialisation du ColorPicker avec l'en-tête boutique.

Corrigé en n'initialisant le ColorPicker qu'après le chargement complet de la page avec toutes les versions d'IE.
Commentaire de Damien Dorizy [ 14/oct./10 16:28 ]
[CAJ2010Q4CTN]




[APP-30374] Violation de contrainte par l'application "ORA-02291: integrity constraint (IMPORT_1.FK_ADVERT_PROFILE_USER)" Création: 13/juil./10 15:18  Mise à jour: 28/oct./10 14:42  Résolue: 31/août/10 16:11

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 72.0.3
Version(s) corrigée(s): 76.0.1

Type: Bogue Priorité: Majeur
Rapporteur: Patrick Pereira Attribution: Laurent Payot
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à IMP-7275 Verification configs charg-Laptop (FR... Résolu
Pays:
GBR - Royaume Uni
Site: Prod
Projets PM: Performances

 Description   
Bonjour.

On a souvent l'erreur suivante sur neptune, le serveur de batch UK de production:

2010-07-13 08:08:23,032 ERROR [10.150.28.78] - Failed to create instance.
java.sql.SQLException: [Oracle] #5 ORA-02291: integrity constraint (IMPORT_1.FK_ADVERT_PROFILE_USER) violated - parent key not found

        at com.inet.ora.OraDriver.a(Unknown Source)
        at com.inet.ora.o.a(Unknown Source)
        at com.inet.ora.o.a(Unknown Source)
        at com.inet.ora.x.a(Unknown Source)
        at com.inet.ora.x.do(Unknown Source)
        at com.inet.ora.x.executeUpdate(Unknown Source)
        at org.jboss.resource.adapter.jdbc.WrappedPreparedStatement.executeUpdate(WrappedPreparedStatement.java:316)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractCreateCommand.executeInsert(JDBCAbstractCreateCommand.java:352)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractCreateCommand.performInsert(JDBCAbstractCreateCommand.java:308)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractCreateCommand.execute(JDBCAbstractCreateCommand.java:138)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.createEntity(JDBCStoreManager.java:572)
        at org.jboss.ejb.plugins.CMPPersistenceManager.createEntity(CMPPersistenceManager.java:222)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.createEntity(CachedConnectionInterceptor.java:266)
        at org.jboss.ejb.EntityContainer.createHome(EntityContainer.java:766)
        at sun.reflect.GeneratedMethodAccessor464.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)


Cf les fichiers sur ~/pmshare/exploit/logs/jboss/ :
2010-07-04-04-00_neptune.log.gz
2010-07-05-04-00_neptune.log.gz
2010-07-06-04-00_neptune.log.gz
2010-07-07-04-00_neptune.log.gz
2010-07-08-04-00_neptune.log.gz
2010-07-09-04-00_neptune.log.gz
2010-07-10-04-00_neptune.log.gz
2010-07-11-04-00_neptune.log.gz
2010-07-12-04-00_neptune.log.gz

La violoation de contrainte correspond à une tentative d'insérer une user_account_id dans advert_profile qui n'existe pas dans user_account.

Au niveau base de données, impossible de savoir à quel endroit de l'application cela se produit et quels user_account_id sont tentés.

Merci.

Merci.

 Commentaires   
Commentaire de Manuel Sadok [ 27/juil./10 11:07 ]
Il s'agit toujours de la même adresse IP : 10.150.28.78

Est-ce que ce n'est pas une adresse interne (genre ftpswitch) qui essaie de créer des fichiers d'import pour des comptes qui n'existe pas encore ?
Commentaire de Eric Vannier [ 17/août/10 11:03 ]
Erreur de paramétrage lors d'une tentative d'import d'un fichier provenance du protocole FTP....
Commentaire de Eric Vannier [ 17/août/10 11:05 ]
Laurent ,

peux-tu vérifier tes configs ftpswitch pour être sûr que tes profils d'imports sont ok.

merci
Commentaire de Laurent Payot [ 24/août/10 09:49 ]
Plus probablement peut-être ftpswitch qui essaie de créer des fichiers d'import pour des comptes qui n'existent *plus*. Je vais regarder. Il y a essentiellement du multiplateforme pour le UK, ce qui multiplie les possibilités.
Commentaire de Laurent Payot [ 26/août/10 17:36 ]
Gaël, peut-on avoir une liste de pros dont les comptes ont été supprimés sur UK ?
Commentaire de Laurent Payot [ 27/août/10 16:10 ]
J'ai désactivé les profils XML de A1books sur les 3 pays (en stock uniquement).
J'ai fait de même pour hardtofindlp et cd-rarissimo. Ce sont les seuls pros dont je sois sûr qu'ils n'aient plus de compte.
Je compilerai lundi, il y à une petite chance pour que ça règle le problème. D'ici là une liste des comptes supprimés serait grandement appréciée.
Commentaire de Laurent Payot [ 31/août/10 14:19 ]
Rien que je puisse faire de plus à mon niveau. Créer un nouveau Jira si on peut obtenir les user_account_id concernés.
Commentaire de Christophe Garcia [ 31/août/10 16:02 ]
MDPLVC




[APP-30681] [1euro] : Sur l'url de retour automatique, on retourne systématiquement une erreur 503 car aucune vue n'est défnie... Création: 17/août/10 17:59  Mise à jour: 15/nov./10 18:20  Résolue: 15/sept./10 11:24

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 81.0.0 (TX-Q)

Type: Bogue Priorité: Mineur
Rapporteur: Emeric Teil Attribution: Clement Balay
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Prod
Projets PM: *** CHASSE ***

 Description   
Il serait plus propre de retour un code 200 (en mettant une vue vide ?)...

 Commentaires   
Commentaire de Clement Balay [ 13/sept./10 17:32 ]
FYI

 

De : Emeric Teil [mailto:emeric.teil@priceminister.com]
Envoyé : mardi 17 août 2010 18:10
À : Patrice Boulanger; Arnaud Forgues
Cc : Renaud Dierickx
Objet : RE: Url de retour automatique 1Euro...

 

Comme vu ensemble, c’est finalement pas très grave J

 

Mais petit Jira pour un truc plus propre : http://pricejira.lan/browse/APP-30681

 

 

E.

 

De : Patrice Boulanger [mailto:patrice.boulanger@priceminister.com]
Envoyé : mardi 17 août 2010 18:03
À : Arnaud Forgues
Cc : Emeric Teil; Renaud Dierickx
Objet : RE: Url de retour automatique 1Euro...

 

Les appels arrivent bien jusqu’aux JBOSS, il y a un message d’erreur (toujours le même) :

 

2010-08-17 16:47:57,034 INFO [Processor268] 193.56.46.18 - >>> POST http://www.priceminister.com/payment?action=sipsresponseautomatic!DATA=2020353834...&action=sipsrespon...

2010-08-17 16:47:57,308 WARN [Processor268] 193.56.46.18 - No view defined - An action might not have been registered~Servlet=com.babelstore.payment.front.PaymentServlet~Request=POST http://www.priceminister.com/payment?action=sipsresponseautomatic!DATA=2020353834...&action=sipsrespon...~Referrer=null~User-Agent=null

2010-08-17 16:47:57,399 INFO [Processor268] 193.56.46.18 - <<< [365 ms] POST http://www.priceminister.com/payment?action=sipsresponseautomatic!DATA=2020353834...&action=sipsrespon...

 

Merci.

Patrice.

 

De : Arnaud Forgues [mailto:arnaud.forgues@priceminister.com]
Envoyé : mardi 17 août 2010 17:39
À : Patrice Boulanger
Cc : Emeric Teil; Renaud Dierickx
Objet : Re: Url de retour automatique 1Euro...

 

Très étrange tout cela car j'ai un exemple qui date d'aujourd'hui pour lequel on voit bien dans les évènements qu'on a reçu la réponse automatique ...

http://bo.priceminister.com/purchase_back?action=purchaseview&purchaseid=90028132

 

Est-ce que ca ne voudrait pas dire que la servlet "/payment" n'est pas mappé sur certains frontaux web ???

Le 17 août 2010 17:02, Patrice Boulanger <patrice.boulanger@priceminister.com> a écrit :

Si je comprends bien, la sécurité est au niveau du cryptage du paramètre DATA transmis dans l’URL. De quel type de cryptage parle-t-on ?

 

Un filtrage serait effectivement un plus pour la sécurité mais risque d’ajouter des problèmes en cas de changement d’adresse côté SIPS (bonjour les emm… s’ils changent d’IP dans 1 an …)

 

Le cryptage est plus sûr que le filtrage par adresse source, mais il faudrait s’assurer de la solidité du type de cryptage utilisé.

 

PS : j’ai regarder dans les logs apache aujourd’hui :

 

[adminpm@carmentes logs]$ grep ipsresponseautomatic vaccess_log

www.priceminister.com 193.56.46.18 - - [17/Aug/2010:08:30:36 +0200] "POST /payment?action=sipsresponseautomatic HTTP/1.0" 503 27434 "-" "-"

www.priceminister.com 193.56.46.18 - - [17/Aug/2010:10:31:51 +0200] "POST /payment?action=sipsresponseautomatic HTTP/1.0" 503 27440 "-" "-"

www.priceminister.com 193.56.46.18 - - [17/Aug/2010:11:16:54 +0200] "POST /payment?action=sipsresponseautomatic HTTP/1.0" 503 27440 "-" "-"

www.priceminister.com 193.56.46.18 - - [17/Aug/2010:11:58:03 +0200] "POST /payment?action=sipsresponseautomatic HTTP/1.0" 503 27439 "-" "-"

www.priceminister.com 193.56.46.18 - - [17/Aug/2010:12:44:07 +0200] "POST /payment?action=sipsresponseautomatic HTTP/1.0" 503 27435 "-" "-"

www.priceminister.com 193.56.46.18 - - [17/Aug/2010:14:12:22 +0200] "POST /payment?action=sipsresponseautomatic HTTP/1.0" 503 27007 "-" "-"

www.priceminister.com 193.56.46.18 - - [17/Aug/2010:14:57:46 +0200] "POST /payment?action=sipsresponseautomatic HTTP/1.0" 200 19697 "-" "-"

www.priceminister.com 193.56.46.18 - - [17/Aug/2010:16:07:37 +0200] "POST /payment?action=sipsresponseautomatic HTTP/1.0" 503 27436 "-" "-"

 

C’est bon, on répond toujours 503, c’est sécurisé J

 

Merci.

Patrice.

 

De : Emeric Teil [mailto:emeric.teil@priceminister.com]
Envoyé : mardi 17 août 2010 11:04
À : Arnaud Forgues
Cc : Renaud Dierickx; Patrice Boulanger
Objet : RE: Url de retour automatique 1Euro...

 

OK,

Donc à priori, pas de réel risque…

 

Ce qui ne nous empêcherait peut-être pas de tout de même filtrer les IP qui peuvent appeler cette URL… Patrice ?

 

E.

 

De : Arnaud Forgues [mailto:arnaud.forgues@priceminister.com]
Envoyé : mardi 17 août 2010 09:44
À : Emeric Teil
Cc : Renaud Dierickx
Objet : Re: Url de retour automatique 1Euro...

 

Il n'y a donc qu'un seul paramètre qui est le paramètre "DATA"

==> la valeur de ce paramètre est crypté (via la clef unique associée à notre API SipsPayment) et encapsule tout un tas d'informations nécessaire à l agestion du paiement (numéro de commande, montant, devise, date de transaction, premier achat, paiement mixte avec PMV ....)

 

Voilou,

Arnaud

Le 13 août 2010 17:41, Emeric Teil <emeric.teil@priceminister.com> a écrit :

Mouai J

 

De : Renaud Dierickx [mailto:renaud.dierickx@priceminister.com]
Envoyé : vendredi 13 août 2010 17:41
À : Emeric Teil
Cc : ARNAUD FORGUES
Objet : Re: Url de retour automatique 1Euro...

 

Euh pas trop le temps là...
Tu peux attendre le retour d'Arnaud lundi ???

Le 13 août 2010 17:30, Emeric Teil <emeric.teil@priceminister.com> a écrit :

Alors, tu veux pas me les envoyer ces autres paramètres stp ? J

 

De : Renaud Dierickx [mailto:renaud.dierickx@priceminister.com]
Envoyé : mercredi 4 août 2010 14:49
À : PATRICE BOULANGER; EMERIC TEIL
Objet : Url de retour automatique 1Euro...

 

https://www.priceminister.com/payment?action=sipsresponseautomatic



+ d'autres paramètres de réponse...

 




--

Arnaud Forgues

PriceMinister.com
Chef de Projet Etude & Développement
57, bd de la Villette 75010 Paris
arnaud.forgues@priceminister.com
+33 (0)1 42 78 98 33

 
Commentaire de Clement Balay [ 13/sept./10 18:44 ]
CAJ2010Q3TX
Commentaire de Christophe Garcia [ 14/sept./10 10:15 ]
MDPLVC
Commentaire de Clement Balay [ 15/sept./10 11:24 ]
sorry




[APP-32572] Mes achats : la première requête est un peu longue sur les gros acheteurs (monsieur-mad) Création: 25/janv./11 11:36  Mise à jour: 28/janv./11 18:05  Résolue: 28/janv./11 16:51

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 86.0.0 (TX-R)
Version(s) corrigée(s): 86.0.0 (TX-R)

Type: Bogue Priorité: Majeur
Rapporteur: Emeric Teil Attribution: Arnaud Forgues
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-16657 [Mon Compte] Historique Achat : Affic... Fermé
Pays:
FRA - France
Site: Integ
Projets PM: Mon Compte : Mes Achats

 Description   
Ce n'est pas vraiment un bug (car auparavant, on ne pouvait même pas afficher la page), mais la première requête pour afficher "tous mes achats" sur un compte comme "Monsieur-mad" est un peu longue (genre 20 / 30 secondes)...

Par contre, les suivante (pagination) sont "honnêtes" (genre 4 / 6 secondes)...

Il faudrait donc regarder, au cas où, si une ou deux optimisations ne seraient pas envisageables...

 Commentaires   
Commentaire de Cédric Goldovsky [ 25/janv./11 14:13 ]
vu sur Argon :

[pmas@argon mainlog]$ less nohup.out | grep -b10 -a10 "monsieur-mad"
6194994-2011-01-25 11:31:14,841 WARN [P-Processor4] 172.16.14.51 - FRM : com.babelstore.content.front.ContentBlock_jsp overload the model com.babelstore.content.front.ContentModel
6195170-2011-01-25 11:31:14,841 WARN [P-Processor4] 172.16.14.51 - FRM : com.babelstore.common.front.FrontHeader_jsp overload the model com.babelstore.common.front.HeaderModel
6195342-2011-01-25 11:31:14,854 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10406000 rows !!
6195442-2011-01-25 11:31:14,887 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10407000 rows !!
6195542-2011-01-25 11:31:14,912 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10408000 rows !!
6195642-2011-01-25 11:31:14,937 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10409000 rows !!
6195742-2011-01-25 11:31:14,962 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10410000 rows !!
6195842-2011-01-25 11:31:14,987 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10411000 rows !!
6195942-2011-01-25 11:31:15,026 INFO [P-Processor4] 172.16.14.51 - <<< [189 ms] GET http://bo.pminteg.fr/info/home?static=true
6196066-2011-01-25 11:31:15,041 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10412000 rows !!
6196166:2011-01-25 11:31:15,056 INFO [P-Processor6] BO:pmadmin:emt - >>> GET http://bo.pminteg.fr/user_back?action=usersearch&javascript_callback=&is_company=&login=monsieur-mad&loginForPasswordSearch=&user_account_id=&last_name=&usr_type_code=&permission_type=&usr_presence_code=&usr_visibility_code=&coupon_secret_name=&reliability=&email=&compensation=&start_date=&end_date=&pm_staff_id=&start_connection=&end_connection=&ip_address=&start_wlt=&end_wlt=&start_date_wlt_negative=&end_date_wlt_negative=&number_rows=10&x=0&y=0
6196689-2011-01-25 11:31:15,066 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10413000 rows !!
6196789-2011-01-25 11:31:15,080 INFO [P-Processor6] BO:pmadmin:emt - (Status : 302) Redirecting to : /user_back?action=userview&showeventothers=true&useraccountid=11049590
6196955:2011-01-25 11:31:15,084 INFO [P-Processor6] BO:pmadmin:emt - <<< [27 ms] GET http://bo.pminteg.fr/user_back?action=usersearch&javascript_callback=&is_company=&login=monsieur-mad&loginForPasswordSearch=&user_account_id=&last_name=&usr_type_code=&permission_type=&usr_presence_code=&usr_visibility_code=&coupon_secret_name=&reliability=&email=&compensation=&start_date=&end_date=&pm_staff_id=&start_connection=&end_connection=&ip_address=&start_wlt=&end_wlt=&start_date_wlt_negative=&end_date_wlt_negative=&number_rows=10&x=0&y=0
6197486-2011-01-25 11:31:15,091 INFO [P-Processor6] BO:pmadmin:emt - >>> GET http://bo.pminteg.fr/user_back?action=userview&showeventothers=true&useraccountid=11049590
6197649-2011-01-25 11:31:15,092 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10414000 rows !!
6197749-2011-01-25 11:31:15,128 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10415000 rows !!
6197849-2011-01-25 11:31:15,153 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10416000 rows !!
6197949-2011-01-25 11:31:15,177 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10417000 rows !!
6198049-2011-01-25 11:31:15,202 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10418000 rows !!
6198149-2011-01-25 11:31:15,224 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10419000 rows !!
6198249-2011-01-25 11:31:15,247 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10420000 rows !!
6198349-2011-01-25 11:31:15,269 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10421000 rows !!
6198449-2011-01-25 11:31:15,300 WARN [-Processor16] ccfr250111a - BuyerItemQuery read 10422000 rows !!
Commentaire de Arnaud Forgues [ 28/janv./11 16:51 ]
Le bug des logs ci-dessus (BuyerItemQuery read 10414000 rows ...) est corrigé depuis le début de la semaine.

Concernant la longueur de la 1er requete pour les gros acheteurs, j'ai vu avec Ayoub et rien d'inquiétant, c'est à priori normal, et c'est aussi lié à l'environnement d'INTEG qui est moins performant que la PROD pour ce type d'utilisateur.

Je ferme donc le jira. D'autant plus qu'à présent (surement grace au cache) la 1ere requete pour Monsieur MAD répond assez vite !!




[IMP-7399] import catalogue - Site ES - pseudo electropolis - MAJ creation annonces / creation produit + import photo Création: 15/nov./10 17:53  Mise à jour: 02/févr./11 17:28  Résolue: 13/janv./11 15:52

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Frederic vacher Attribution: Laurent Payot
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne
Login: electropolis
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec mise à jour/création produits (écrasement)

 Description   
Merci de publier les produits d'Electropolis à partir du fichier suivant : http://www.electropolis.es/ganga.php

 Commentaires   
Commentaire de Frederic vacher [ 15/nov./10 17:54 ]
 Suite au jira IMP-7229, l'import est possible.
Commentaire de Christophe Egéa [ 17/déc./10 10:26 ]
Vendredi 17 décembre 2010 - Pas de compilation possible du fichier d'import automatique.
la configuration finale sera faite lundi prochain.
Commentaire de Christophe Egéa [ 22/déc./10 09:53 ]
La configuration automatique du profil est en cours.
Commentaire de Frederic vacher [ 07/janv./11 14:35 ]
Ou en est-on de la demande? Merci.
Commentaire de Laurent Payot [ 10/janv./11 10:24 ]
J'ai repris cette demande qui nécessite l'utilisation de talend pour transformer le fichier XML. C'est dans mes priorités, je verrai ça cet après-midi.
Commentaire de Laurent Payot [ 11/janv./11 17:58 ]
Le job Talend est fait et installé, il reste a configurer FTPswitch, je fais ça demain.
Commentaire de Frederic vacher [ 11/janv./11 18:00 ]
Ok, merci.
Commentaire de Laurent Payot [ 13/janv./11 15:52 ]
Le pro n'a que 51 produits dans son fichier:

Home > Kits de xenon > Kits xenon para coche 18
Home > Telefonos DUAL SIM 10
Home > Para tu mascota 4
Home > Accesorios para coche 4
Home > Kits de xenon > Kits xenon para moto 3
Home > Dispositivos WIFI 3
Home > Accesorios para moto 2
Home > Sintonizadores TDT 1
Home > Seguridad 1
Home > Boligrafo digital 1
Home > Telefonia y fax 1
Home > Camaras ocultas 1
Home > Convertidor VHS-DVD 1

Pour la plupart ces produits ne concernent pas le high-tech (kits phares xenon pour voitures mais rubrique voitures non ouverte sur espagne, dispositifs anti-aboiement, etc). Vu le temps passé pour créer le job talend j'ai quand même essayer d'améliorer le mapping pour faire passer les 10 "Telefonos DUAL SIM" et les 3 "Dispositivos WIFI" mais il manque trop d'infos dans le fichier (pas de marque, pas de type de modèle précis etc).

Donc je suis obligé de fermer ce jira en invalide, il faut que le pro rentre tout "à la main", ce qui n'est pas très long. Merci de n'accepter les formats de type XML que pour les fichiers de plusieurs centaines ou milliers d'articles car cela nous prend énormément de temps.

PS : tout est configuré, si le pro envoie un nouveau fichier avec du vrai high-tech (reconnu par le mapping actuel), ça pourrait passer.
Commentaire de Laurent Payot [ 02/févr./11 17:28 ]
Il y avait un paramètre dans le job Talend qui limitait le nombre de ligne à 50, en fait le pro à 196 annonces :

Home > Kits de xenon > Kits xenon para coche 18
Home > Telefonos Dual SIM 16
Home > Accesorios para coche 16
Home > Para tu mascota 14
Home > Camaras ocultas 13
Home > SuperChollos 11
Home > Dispositivos WIFI 10
Home > Reproductores MP3 9
Home > Salud y belleza 8
Home > Sistemas de espionaje 8
Home > Seguridad 8
Home > Camaras digitales 8
Home > Infidelidades 7
Home > Cajas registradoras > Cajas registradoras Olivetti 7
Home > Camaras IP 6
Home > Telefonía y fax 6
Home > Mini camaras DVR 6
Home > Accesorios para moto 5
Home > Mp3 acuaticos 4
Home > Kits de xenon > Kits xenon para moto 3
Home > Para la oficina > Monitores PC / TV 2
Home > Juegos y ocio 2
Home > Cajas registradoras > Cajas registradoras Olympia 2
Home > Sintonizadores TDT 2
Home > Convertidor VHS-DVD 1
Home > Transmisores FM 1
Home > Boligrafos digitales 1
Home > Para la oficina > Impresoras 1
Home > Marcos digitales 1

C'est corrigé.




[CAT-3079] Criteo - Nouveaux flux Full à envoyer au partenaire Création: 30/août/10 16:30  Mise à jour: 15/févr./11 13:37  Résolue: 15/févr./11 13:37

Etat: Résolu
Projet: Paramétrage - Non Import
Composants: Flux Marketing
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Mineur
Rapporteur: Jonathan Gorges Attribution: Carole Boucheny
Résolution: Corrigé  
Σ Estimation restante: 4 jours, 15 minutes Estimation restante: 4 jours
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: 4 jours, 15 minutes Estimation originale: 4 jours

Liens des demandes:
Dépendance
est bloqué par CAT-3359 [Criteo] Rattrapage flux du 08 et 09 Résolu
Sous-tâches:
Clé
Résumé
Type
Etat
Attribution
CAT-3422 [Criteo] Changement d'encodage du flux Sous-tâche Résolu Carole Boucheny  
Pays:
FRA - France

 Description   
Bonjour,

Nous avons besoin d'envoyer à Criteo des nouveaux flux FULL. En effet, de nombreuses corrections et optimisations ont été faites sur les flux Criteo ces derniers mois. Pour améliorer les performances de la campagne et être prêt avant les fêtes de fin d'années, nous avons donc besoin d'actualiser l'ensemble de notre base chez ce partenaire.

Avant de traiter ce Jira, il serait judicieux de traiter au préalable celui-ci : CAT-3072
Aussi, nous devons être certains que la conf des flux Criteo est optimale avant d'en envoyer de nouveaux, à savoir
- filtres produits (sex toys, parfums), catégorisation des produits, caractères spéciaux corrigés, produits sans stock...

Autre information importante :
- Le temps de génération des flux : il est très important pour nous que ces flux soient générés le plus rapidement possible. Il est donc préférable de trouver une date à laquelle la transmission des flux sera facilitée.
- Nombre de flux : 2 -> 1 BOOKS + 1 OTHERS
- Il faudra enfin prévoir des flux de rattrapage comme d'habitude, qui prennent en compte les différents changement de notre catalogue entre le début et la fin de génération des flux .

Pourriez-vous ainsi revenir vers moi à ce sujet afin de programmer une date de génération des FULL à Criteo ?

Merci


 Commentaires   
Commentaire de Jérôme Viviès [ 10/sept./10 09:54 ]
JIRA bloqué sur demande de Jonathan 09/09/2010 18:10

"Pourriez-vous également mettre ce Jira en standby car la demande du partenaire a évolué et nous attendons ses derniers retours."

Commentaire de Carole Boucheny [ 29/nov./10 10:53 ]
Bonjour,

Les sex toys et parfums sont à exclure de tous les flux, c'est bien cela ?

Merci
Carole
Commentaire de Jonathan Gorges [ 29/nov./10 11:04 ]
Hello,

Voici en ci-dessous les "specs" nécessaires pour livrer de nouveaux flux FULL à Critéo:

** Produits à exclure:
   - Sex toys
   - Parfums
   - Armes à billes

** Autres points importants: nous devons également appliquer à ces flux l'ensemble des optimisations faites pour les flux Effiliation.
   - Un produit ne doit être présent que dans une seule catégorie (rappel : problèmes identifiés dans les flux Effiliation ou certains BOOKS ou GAMES se trouvaient dans d'autres catégories".
   - Toutes les balises doivent être présentes pour chaque produit, même si nous n'avons pas l'info pour remplir la balise (dans ce cas, la laisser vide).
   - Le niveau de catégorisation doit être au maximum : renseigner chaque catégorie ou sous-catégorie (si ce n'est pas possible, laisser la balise vide)
   - Les problèmes de caractères spéciaux doivent être corrigés.
   - Les articles de collection doivent également faire partie des flux.

Vois-tu d'autres corrections que tu as apporté sur des flux partenaires et que nous pourrons mutualiser sur les flux Critéo ?

Merci d'avance pour ton retour.


Commentaire de Carole Boucheny [ 29/nov./10 11:32 ]
Je ne vois rien d'autres qui restent à mutualiser.

Je vais préparer tout cela. Dès que c'est bon, on pourra programmer une date de génération de ces FULL.
Commentaire de Carole Boucheny [ 29/nov./10 15:00 ]
Actuellement, il nous envoyons uniquement l'univers du produit. La balise "sous-categorie" récupère l'ancien médium.

Ce qui donne pour ce livre par exemple : http://www.priceminister.com/offer/buy/219445/Reeves-Hubert-Poussieres-D-etoiles-Livre.html
<categorie><![CDATA[Livres]]></categorie>
<Sous-categorie>Poche</Sous-categorie>

( Au niveau fast nous avons les categories "Livres" et "Sciences-appliquees"). Est-ce qu'il faut concaténer les catégories dans la balise categorie. Ce qui donnerait :
<categorie><![CDATA[Livres, Sciences-appliquees]]></categorie>
<Sous-categorie>Poche</Sous-categorie>

Merci
Carole
Commentaire de Jonathan Gorges [ 29/nov./10 15:05 ]
Hello Carole,
Non non, il ne faut pas concaténer les catégories dans la balise catégorie. Celles-ci doivent rester en l'état : Livres, Vidéo, Jeux...
Merci
Commentaire de Jonathan Gorges [ 30/nov./10 09:19 ]
Hello Carole,
J'ai fait un point avec mon partenaire Critéo hier au sujet des nouveaux flux FULL. Ils sont toujours très réticents à l'idée de recevoir des nouveaux FULL :-(...

Nous allons donc procéder de la manière suivante :
1) Nous allons faire toutes les modifications nécessaires dans la conf des flux Critéo et passer ces modifications en prod au fur et à mesure.
2) Les flux incrémentaux devront donc être progressivement "propres".
3) Une fois que nous sommes prêts, nous demandons à Critéo de vérifier si les derniers flux incrémentaux livrés correspondent parfaitement à leurs attentes...
4) Si tout est OK, nous nous coordonnons pour livrer des FULL propres (vers fin décembre).

Qu'en penses-tu ?

Second point : Critéo m'informe n'avoir jamais utilisé le flux "criteo-delete_nopictures.xml" car celui-ci était (apparemment) erroné depuis le début. Selon Critéo, des milliers de produits présents dans ces flux possédaient bien des photos (non pas génériques, mais de vraies photos)...
Critéo souhaiterait que cette spécification fasse partie de la configuration de nos flux. En d'autres termes, ils souhaiteraient ne plus recevoir de produits possédant des photos génériques dans les flux incrémentaux (et donc dans le futur FULL). Il s'agit donc ici de supprimer le flux "criteo-delete_nopictures.xml" et d'incorporer ce filtre directement dans les flux incrémentaux quotidiens.

Je suis dispo pour en parler avec toi de vive voix.

Merci d'avance pour ton retour.

Jon
Commentaire de Carole Boucheny [ 30/nov./10 11:25 ]
Bonjour,

Ok pour faire les modifications. Les "specs" nécessaires ont déjà vérifiées.

Donc je peux mettre cette version en prod. Si demain tout va bien, je passe ensuite une autre version qui retire les produits sans image. Et enfin, si tout va bien je retire le flux "criteo-delete_nopictures.xml". C'est cela ?

Carole
Commentaire de Jonathan Gorges [ 30/nov./10 11:45 ]
Hello Carole,

Avant de mettre en prod, peux-tu stp récapituler tous les points que tu as checkés/corrigés ?

Merci
Commentaire de Carole Boucheny [ 30/nov./10 14:07 ]
Voici ce qui a été corrigé :

- Modification de la requête pour utiliser la bonne méthode de filtre (utilisation de "equals" et de la "catégorie" au lieu de "string" et "prdfamilycode") : produit présent que dans une catégorie --> Niveau "Configuration du flux"
- Correction de problème d'encodage dans les balises "genre", "Main_Contributor" --> Niveau "fichier de transformation"
- Balise rendu obligatoire même si elles sont vides --> Niveau "fichier de transformation"
- Exclusion des "Parfums" --> Niveau "Configuration du flux"

Ce qui a été vérifié :
- Exclusion des Sex toys
- Exclusion des Armes à billes
- Gestion de la collection

A faire dans un second temps :
- Exclure les produits sans image
- Supprimer le flux "criteo-delete_nopictures.xml"

Carole
Commentaire de Jonathan Gorges [ 30/nov./10 14:12 ]
OK parfait Carole, c'est top !
On peut donc mettre en prod ces flux corrigés.
Merci
Commentaire de Carole Boucheny [ 30/nov./10 15:26 ]
Les flux de cette nuit utiliseront les modifications.
Commentaire de Jonathan Gorges [ 30/nov./10 16:20 ]
Hello Carole,
Comme vu à l'instant ensemble, nous devons aussi exclure des flux tous les alcools (vins, spiritieux...).
Merci d'avance.
Commentaire de Carole Boucheny [ 30/nov./10 17:12 ]
La modification sur les alcools est en prod. Ce sera bon pour les flux de cette nuit.
Commentaire de Jonathan Gorges [ 30/nov./10 17:27 ]
OK merci Carole, c'est top !
Commentaire de Carole Boucheny [ 01/déc./10 18:32 ]
Les fichiers update et delete ne sont pas correctes

Je regarde pourquoi
Commentaire de Carole Boucheny [ 01/déc./10 18:40 ]
Le problème provient de produit mal formaté en base. Ceci fait donc planté les scripts.

Exemple : http://www.priceminister.com/offer/buy/99025866/minami-kosetsu-no-40-kyoku-3cd-i-a-i-s-o-e-kosetsu-minami-i-a-cd-album.html
Commentaire de Carole Boucheny [ 01/déc./10 19:04 ]
C'est corrigé. Le cas a été prévu pour tous les flux.
Commentaire de Carole Boucheny [ 02/déc./10 15:24 ]
Un second problème a été rencontré avec les flux de cette nuit. Celui-ci n'apparait que pour les produits contenant un "|" dans une des valeurs d'attribut. Ces dernières sont stockées dans un champs FAST ainsi que d'autre donné. Le caractère pose donc problème pour les valeurs d'attribut, car il est utilisé comme séparateur pour faire un traitement. J'ai donc modifié l'extractor. Je pense que ce cas est très rare.

Pour information, cette optimisation sera général à tous les flux vu qu'elle a été fait sur l'extractor.
Commentaire de Carole Boucheny [ 03/déc./10 10:07 ]
Bonjour,

Le flux de mise à jour criteo de ce matin ne s'est pas terminé correctement. Je pense qu'il s'agit encore d'un produit posant problème. Je te tiens au courant de la cause et quand ce flux sera re-généré.

Carole
Commentaire de Carole Boucheny [ 03/déc./10 13:37 ]
Le produit posant problème était le suivant : http://www.priceminister.com/offer/buy/89525952/aiha-higurashi-platonic-cd-album.html
A cause du mauvais encodage du nom de l'auteur.

Une nouvelle modification de l'extractor a été effectuée. Celle-ci est valable pour tous les flux. J'ai relancé le flux UPDATE de criteo.
Commentaire de Jonathan Gorges [ 09/déc./10 12:30 ]
Hello Carole,

Mon partenaire me communique que toutes les modifications effectuées sont validées.

Avant de mettre en place le filtre no-picture, j'ai 2-3 questions :
- As-tu identifié l'erreur sur le flux no-picture incrémental (pourquoi des milliers de produits ont bien des photos dans ces flux ?)
- Peux-tu estimer une volumétrie des produits concernés ?
- Pourras-tu m'envoyer un extract de quelques ID produits concernés ?

Par avance merci.

Jon
Commentaire de Carole Boucheny [ 09/déc./10 17:52 ]
Salut Jon,

- La requête de ce flux n'est pas bonne. Elle fait l'inverse de ce qui est voulu.
- Si on regarde juste tous les produits en ligne sans image nous en avons 5 805 709. Par contre, je n'ai pas filtré par rapport à ce qu'on envoie à Criteo.
- Quelque produits sans images : 114565604, 110596344, 77245116, 55222328, 62070309, 111912993, 107196212, 55222427, 114565592

Carole
Commentaire de Jonathan Gorges [ 09/déc./10 18:27 ]
Merci Carole pour ces infos.
Du coup, tu as déjà corrigé la reqûete du flux ?

Autre question, si demain un produit a une photo (qu'il n'avait pas la veille), ce produit passera-t-il dans un flux UPDATE ? Si non, est-ce possible de le faire ?

Merci
Commentaire de Jonathan Gorges [ 13/déc./10 15:05 ]
Hello Carole,

Peux-tu me faire un update sur ce Jira stp et revenir vers moi sur les derniers points (du commentaire précédent) ?

Par avance merci.

Jon
Commentaire de Carole Boucheny [ 14/déc./10 15:24 ]
Salut,

Oui les produits sans image sont déjà exclus du flux. Il reste donc à supprimer définitivement le flux "delete_nopicture".
On pourra ensuite programmer le full.

Carole
Commentaire de Carole Boucheny [ 15/déc./10 12:00 ]
Salut Jonathan,

Est-ce que criteo est d'accord pour qu'on supprime le flux "delete_nopicture" ?
De même le flux : "SexToys_Delete" n'est plus utile puisqu'on exclu déjà ces produits ?

Merci
Carole
Commentaire de Jonathan Gorges [ 15/déc./10 12:10 ]
Hello,

Oui, tu peux le supprimer
Commentaire de Jonathan Gorges [ 15/déc./10 12:11 ]
Autre question, si demain un produit a une photo (qu'il n'avait pas la veille), ce produit passera-t-il dans un flux UPDATE ? Si non, est-ce possible de le faire ?
Commentaire de Carole Boucheny [ 15/déc./10 13:54 ]
Oui tout à fait. Lorsque le produit a une photo (qu'il n'avait pas), il est modifié dans Fast et passe donc le flux UPDATE.

Les deux flux suivants ne se génèreront plus, dès ce soir : "delete_nopicture", "SexToys_Delete".
Commentaire de Jonathan Gorges [ 15/déc./10 13:59 ]
OK merci pour ton retour, c'est une très bonne nouvelle !
Commentaire de Jonathan Gorges [ 15/déc./10 17:53 ]
Hello Carole,
 
Peux-tu vérifier stp s’il y a un problème d’encodage pour les flux Critéo ?
 
Mon contact vient d’identifier un exemple avec un problème de caractères spéciaux.
 
Exemple : <produit><idproduit>73285239</idproduit><nomproduit><![CDATA[Symphonie N°92 "Oxford"]]></nomproduit>
Commentaire de Carole Boucheny [ 16/déc./10 11:56 ]
Ce produit a été envoyé dans le fichier suivant : criteo_ALL_UPDATE_20101208.xml.gz
Celui-ci est encodé en utf-8. Si on utilise cet encodage, il n'y a pas de problème d'affichage :

[pmas@junon fr]$ zgrep "73285239" 20101208-criteo_ALL_UPDATE_20101208.xml.gz
<produit><idproduit>73285239</idproduit><nomproduit><![CDATA[Symphonie N°92 "Oxford"]]></nomproduit>...

Par contre si on utilise l'encodage iso ça s'affiche avec les problèmes que remontent le partenaire.

Carole
Commentaire de Jonathan Gorges [ 16/déc./10 14:14 ]
Merci Carole pour tes recherches.
Du coup, quelle est ta reco ? Faut-il changer la méthode d'encodage ?
Commentaire de Carole Boucheny [ 16/déc./10 14:20 ]
Valider avec criteo que l'encodage actuellement utilisé "utf-8" est bien ce qui leur convient.
Cependant ça m'étonne quand même car ça veut dire que tous les accents ne sont pas bien traités chez eux (les "é" "à" ...). Tous les produits avec accents doivent donc mal s'afficher chez eux :-S
Commentaire de Jonathan Gorges [ 16/déc./10 18:18 ]
Hello Carole,

Critéo peut en effet passer en encoding ISO. Nous pouvons donc faire cette modification

Très important cependant : il faut absolument que tu me préviennes en amont sur la mise en prod de cette modif afin que Critéo modifie les confs de leur côté.

Peux-tu me dire à quelle date peut-on mettre cela en prod ?

Par avance merci
Commentaire de Jonathan Gorges [ 17/déc./10 09:37 ]
Hello Carole,

Juste une petite question : peux-tu stp me dire si le problème est le même pour les flux Nextperformance ? En d'autres termes, est-ce que tous les produits avec caractères spéciaux passent mal dans les flux Nextperf ? Faut-il demander à notre partenaire de changer d'encoding et de passer en ISO ?

Merci d'avance pour ton retour.
Commentaire de Carole Boucheny [ 17/déc./10 11:40 ]
Salut,

Pour Nextperformance, il ne s'agit pas de fichier xml donc l'encodage n'est pas spécifié dans le fichier. Ces flux sont correctement visible en iso-8859-1. Oui, tu peux donc voir avec eux si il peuvent utiliser cet encodage.

Pour criteo : pourquoi dis-tu "qu'ils peuvent passer" en ISO ? Ils le sont surement déjà puisqu'il y a le problème d'encodage non ? Sais-tu quel encodage, ils utilisent ?
Car s'ils sont en utf-8 comme nous, le problème est ailleurs puisque le fichier contient bien les accents.
Commentaire de Jonathan Gorges [ 17/déc./10 12:17 ]
Hello,
Je ne sais pas trop en fait, je pense qu'ils sont en utf-8 comme nous. Voici exactement quel était leur message


Bonjour Jonathan,
Ok pour modifier l’encoding pour passer sur un encoding ISO.
Par contre, il faudra nous prévenir, juste avant de procéder à cet ajustement, afin que nous modifions la configuration de l’import chez nous.
Cordialement,

Qu'en penses-tu ?
Commentaire de Carole Boucheny [ 17/déc./10 13:49 ]
On peut toujours essayer en ISO.
Je peux programmer le changement d'encodage pour les flux qui se génère durant la nuit du lundi au mardi. Peux-tu voir avec criteo si ça leur convient ?

Merci
Carole
Commentaire de Jonathan Gorges [ 17/déc./10 14:18 ]
Hello,
OK merci, je demande à Critéo si c'est OK et reviens vers toi asap !

Bonne journée
Commentaire de Jonathan Gorges [ 07/janv./11 16:53 ]
Hello Carole,

Comme vu ensemble à l'instant : peut-on stp passer l'encoding en ISO pour les flux incrémentaux Critéo qui se génèreront lundi soir ?

Tiens moi au courant stp lorsque la modif est faite afin que je prévienne le partenaire.

Merci.
Commentaire de Carole Boucheny [ 10/janv./11 10:24 ]
Comme dit dans la sous-tâche pour l'encodage iso, les fichiers de cette nuit seront en iso.
Commentaire de Carole Boucheny [ 14/janv./11 15:17 ]
Bonjour Jonathan,

As-tu eu un retour du pro ? Est-ce que les fichiers en iso résolvent le problème ?

Merci
Commentaire de Jonathan Gorges [ 14/janv./11 16:06 ]
Toujours pas désolé :-(
Je viens de relancer à l'instant !
Jon
Commentaire de Carole Boucheny [ 26/janv./11 18:35 ]
As-tu des news de Criteo ??
Commentaire de Jonathan Gorges [ 26/janv./11 18:39 ]
Yes, normalement l'encodage ISO est bon de leur côté.
En revanche, pas de news pour les FULL
Commentaire de Jonathan Gorges [ 31/janv./11 11:47 ]
Bonjour Carole,

Je viens d'avoir le GO de Critéo pour envoyer le full.

Il faut impérativement que l'opération se déroule aussi bien qu'avec Nextperformance, car sinon Critéo n'acceptera plus de recevoir des FULL de notre part.

Il faut donc que le FULL est la même taille que Nextperformance (500Mo environ) et que nous puissions l'envoyer en aussi peu de temps (- d'un 1 jour) afin que Critéo puisse récupérer les flux incrémentaux du lendemain dans la soirée.

Il faut aussi s'assurer que le FULL soit propre :
1) Pas de produits : parfums, armes à bille, vins et spiritueux, sex toys
2) Pas de fiche produit sans photo
3) Plus de problème de caractère spéciaux. Encodage ISO.

Voici le FTP sur lequel il faut livrer le FULL :
Host : ftp://sftp.criteo.com/priceministerfr/
Login : incoming
Pass : Sf1p_i5-N1Ce!
Port 21

Pour que la génération du FULL se déroule bien, peux-tu stp me dire quelle est la date la plus proche à laquelle nous pouvons lancer cette génération ?

Merci d'avance pour ton retour.

Jon

Commentaire de Jonathan Gorges [ 01/févr./11 10:02 ]
Hello Carole,

Peux-tu stp revenir vers moi à ce sujet ?
J'ai juste besoin que l'on se trouve la meilleure date possible pour générer rapidement ce FULL et tourner la page sur ce Jira.
Merci d'avance pour ton retour.

Jon
Commentaire de Carole Boucheny [ 01/févr./11 17:50 ]
Salut Jonathan,

Les vérifications dont tu parles avait déjà été faite.
Si les incrémentaux sont bons pour l'encodage en ISO, on aura pas de problème avec le FULL.

Voici mes estimations :

Nombre de produits du FULL : 7 849 647
Taille du FULL : 506 Mo (mais variable suivant les descriptions produits...)
Temps : 30h (encore ce temps est juste indicatif et peut varier suivant la charge des serveurs, le temps de réponse de FAST, des produits pour le traitement de mise en forme...)

Si cette demande est priorisée demain, je pourrais faire le FULL jeudi matin et ne pas arrêter les incrémentaux pour qu'il n'y ait pas de rattrapage à faire.

Carole
Commentaire de Jonathan Gorges [ 01/févr./11 18:03 ]
OK merci pour toutes ces informations.
En revanche, je trouve en effet le temps estimé de génération un peu long car la taille du fichier est la même que le FULL Nextperf, qui avait pris moins de 12h je crois.

30h, ca fait bcp non ?

Merci
Commentaire de Jonathan Gorges [ 03/févr./11 15:32 ]
Hello,

Comme vu ensemble à l'instant, peut-on stp lancer ce FULL Critéo (sur le FTP ci-dessous) afin qu'il arrive à destination avant les incrémentaux de demain soir.

Host : ftp://sftp.criteo.com/priceministerfr/
Login : incoming
Pass : Sf1p_i5-N1Ce!
Port 21

Par avance merci.

Jon
Commentaire de Carole Boucheny [ 03/févr./11 16:16 ]
Je vais lancer le full. Il s'appelera directement :
"criteo_ALL.xml.gz"
Commentaire de Carole Boucheny [ 03/févr./11 16:19 ]
Par contre je n'arrive pas à accéder au FTP...
Commentaire de Jonathan Gorges [ 03/févr./11 16:26 ]
OK, je viens de communiquer ce problème au partenaire et reviens vers toi asap
Commentaire de Jonathan Gorges [ 03/févr./11 16:29 ]
Hello,

Pb d'adresse IP...

Peux-tu stp me communiquer l'IP utilisée afin que je leur transmette cette info ?

Merci

Commentaire de Carole Boucheny [ 03/févr./11 17:06 ]
212.23.170.218 et
212.23.170.213
Commentaire de Jonathan Gorges [ 03/févr./11 17:25 ]
Hello,

Les IPs viennent d'être autorisées chez Critéo.

Peux-tu stp réessayer de te connecter ?

Merci
Commentaire de Carole Boucheny [ 03/févr./11 17:42 ]
J'ai toujours :
ftp://sftp.criteo.com/priceministerfr/: unknown host

Commentaire de Carole Boucheny [ 03/févr./11 17:44 ]
attend je tente autre chose
Commentaire de Carole Boucheny [ 03/févr./11 17:45 ]
Non toujours pas...
Commentaire de Carole Boucheny [ 07/févr./11 10:18 ]
Salut,

J'arrive à me connecter au serveur de Criteo. Peux-tu me confirmer stp, que je peux lancer le FULL ?

Merci
Carole
Commentaire de Jonathan Gorges [ 07/févr./11 10:22 ]
Parfait, let's GO !!!
Si tu peux privilégier un serveur libre de manière à ce que le FULL arrive demain avant les incrémentaux, ça serait top !

Merci
Commentaire de Carole Boucheny [ 07/févr./11 10:36 ]
Je n'ai que 2 serveurs pour les flux donc pas vraiment de libre à proprement parler. En tout cas, le FULL est généré sur un serveur différent que celui des incrémentaux pour ne pas empêcher leur création.


Commentaire de Jonathan Gorges [ 07/févr./11 12:33 ]
Hello,

La génération du full apparaît-elle bien dans SuperVision ?
Commentaire de Carole Boucheny [ 07/févr./11 13:33 ]
Oui : https://supervision.priceminister.jmh:11000/wiki/doku.php?id=market:tdb_fr_c-d
Il est noté "ALL". La volumétrie noté actuellement ne correspond à rien. (En fait, elle a été rempli jeudi dernier lors du dernier lancement, mais le chiffre a été tronqué et ne correspond donc à rien puisque le flux avait été stoppé)
Commentaire de Carole Boucheny [ 08/févr./11 09:24 ]
Bonjour Jonathan,

Le flux est toujours en cours. Il lui reste environ 14h. Pour info, voici quelques caractéristiques de ce flux :
- Il ne lui reste qu'une requête à faire... la plus longue les livres qui a commencé à 3h ce matin
- 1059 pages pour cette partie à traiter (1 page = 4000 produits ou moins pour la dernière)
- 70 sec par page
- Page en cours : 330
Commentaire de Jonathan Gorges [ 08/févr./11 09:28 ]
Hello,

OK merci pour l'info. On croise les doigts pour qu'il n'explose pas en plein vol :) !

Merco
Commentaire de Carole Boucheny [ 15/févr./11 11:59 ]
Salut Jonathan,

Je vois que le full a fini sa génération le 08. Est-ce que tout est ok pour Criteo ? Ont-ils pu intégrer le Full ainsi que les incrémentaux ?
Commentaire de Jonathan Gorges [ 15/févr./11 12:06 ]
Hello,
Tout s'est bien déroulé, tu as géré grave comme on dit :-) !
La base PM chez Critéo est désormais à jour et les problèmes de caractères spéciaux ont été supprimés...

Merci bcp pour tout. Tu peux fermer ce jira

Jon
Commentaire de Carole Boucheny [ 15/févr./11 13:37 ]
C'est une super nouvelle ! :-)

Merci




[APP-32851] Promo AdServer qui sort sur la HP UK Création: 15/févr./11 10:36  Mise à jour: 18/févr./11 12:02

Etat: Ouvert
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 87.0.0 (CTN-W)
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Renaud Dierickx Attribution: Thomas Springett
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File hp18-02-11.JPG     JPEG File screenshot-1.jpg    
Pays:
GBR - Royaume Uni
Site: Prod
Projets PM: *** A PLANIFIER ***

 Commentaires   
Commentaire de Renaud Dierickx [ 15/févr./11 10:37 ]
Voir screenshot-1
Commentaire de Thomas Springett [ 15/févr./11 10:41 ]
C'est un problème avec notre Regie.

Il ne sont pas très réactif malgré mes messages de ce sujet. Ce due a un banniere d'affiliation Rakuten qui n'existe plus qu'il continue a afficher.
Commentaire de Thomas Springett [ 15/févr./11 10:45 ]
Nous avons en effet du mal a voir le vrai situation sur le site UK avec note Regie car il ne s'occupe que de notre inventaire UK donc avec l'IP français nous ne voir pas toutes les bannières.
Commentaire de Thomas Springett [ 18/févr./11 09:31 ]
C'etait un problème du IP avec notre regie PUB.

actuellement nous utilisons les House ads pour toute IP non UK.


Commentaire de Thomas Springett [ 18/févr./11 12:02 ]
Malheureusement le modification effectuer pas l'agence qui gère les publicité sur PriceMinisterUK ne fonctionne pas a 100%

C'est un problème récurrent sur le site et malgré nos demandes Unanimis n'a pas pu le régler.

J'ai redemandé le qu'il refait le modification et qu'il m'envoie les bannières d'auto-promo pour vérifier qu'il sont tous a jour.




[APP-32193] Possibilité de Brute Force sur les comptes de l'application Création: 10/déc./10 15:50  Mise à jour: 25/févr./11 10:22

Etat: Ouvert
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Critique
Rapporteur: Damien Gilloz Attribution: Benoît Bourdon
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Projets PM: Security

 Description   
Aucune limitation n'est imposée pour l'authentification des utilisateurs sur le site.

Il est possible de faire autant de tentatives de connexion que l'on souhaite.

Solution: Mettre un captcha au bout de 10 tentatives

https://priceminister.onjira.com/browse/APP-30893

 Commentaires   
Commentaire de Nicolas Chauveau [ 10/déc./10 17:57 ]
A évaluer pour passage en Roadmap
Commentaire de Manuel Sadok [ 24/févr./11 11:25 ]
Suite à la discussion en Roadmap, il me semble qu'on laisse la faille pour servir de HoneyPot ? L'exploit surveille et alerte le BO.
Tu confirmes ?
Commentaire de Emeric Teil [ 24/févr./11 11:41 ]
Sur une autre discussion (RM TX), le captcha avait plutôt été mis de côté... par contre, on avait évoqué la mise en place du PKM...
Commentaire de Damien Gilloz [ 24/févr./11 11:57 ]
Le principe du Brut Force est d'utiliser à chaque fois des combinaisons différentes:

https://www.priceminister.com/connect?action=do_login&login=USER&user_password=essai1
https://www.priceminister.com/connect?action=do_login&login=USER&user_password=essai2
https://www.priceminister.com/connect?action=do_login&login=USER&user_password=essai3

Ce n'est jamais la même URL, ça ne génère donc pas de PKM

Par ailleurs, si le temps entre 2 tentatives est de quelques secondes, il n'y a pas de PKM.
Commentaire de Damien Gilloz [ 24/févr./11 12:13 ]
Autre chose,

On ne peut pas baser de mécanisme de surveillance / blocage en fonction de l'adresse IP de utilisateurs.

Par exemple, lorsque l'on souhaite accéder à Priceminister depuis nos locaux, nous le faisons tous avec la même adresse IP.

Lorsqu'on accède à Internet depuis une connexion mobile 3G on ne dispose pas d'adresse IP personnelle, on la partage avec un grand nombre d'utilisateurs (les opérateurs utilisent le NAT).

Commentaire de Emeric Teil [ 25/févr./11 10:22 ]
Hum,
la dernière discussion que j'ai eu à ce sujet avec Patrice semblait indiquer qu'on pouvait faire du PKM... en se basant non pas sur la totalité de l'url appelée mais sur une partie...

E.




[APP-33005] Tags UK pour AVAZU Création: 28/févr./11 16:11  Mise à jour: 10/mars/11 16:39

Etat: Bloqué
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 89.0.0.1

Type: Amélioration Priorité: Mineur
Rapporteur: Thomas Springett Attribution: Rémi Virlouvet
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File prix et monnaie corrigés.jpg    
Pays:
GBR - Royaume Uni
Projets PM: *** A PLANIFIER ***
Classif FONC: comarket

 Description   
Bonjour,

Nous avons un nouveau partenaire en UK pour le Retargeting. AVAZU.

Nous avons donc un plan de taggage identique a celle de la France et l'Espagne.

Merci:


Category Pages:
 
<script type="text/javascript" charset="UTF-8">
var _AvazuRunid = "MzUwaWVyX2ZnKzQ=";
var _AvazuRadvid = "MTEyNm1lX3QrNGlr";
var _AvazuArticle = new Object();
var _AvazuCategory = new Object();
_AvazuCategory.img = "[CATEGORY_IMG]";
_AvazuCategory.name = "[CATEGORY_NAME]";
_AvazuArticle.other = "[CUSTOM_PARAMETERS]";
(function() {
var avazu = document.createElement('script'); avazu.type = 'text/javascript'; avazu.async = true;
avazu.src = "https://avazudsp.net/ret/dspPros.js";
var avazujs = document.getElementsByTagName('script')[0]; avazujs.parentNode.insertBefore(avazu, avazujs);
})();
</script>
 
Article Pages
 
<script type="text/javascript" charset="UTF-8">
var _AvazuRunid = "MzUwaWVyX2ZnKzQ=";
var _AvazuRadvid = "MTEyNm1lX3QrNGlr";
var _AvazuArticle = new Object();
var _AvazuCategory = new Object();
_AvazuCategory.img = "[CATEGORY_IMG]";
_AvazuCategory.name = "[CATEGORY_NAME]";
_AvazuArticle.id = "[ARTICLE_ID]";
_AvazuArticle.name = "[ARTICLE_NAME]";
_AvazuArticle.img = "[ARTICLE_IMG]";
_AvazuArticle.deepLink = "[ARTICLE_DEEPLINK]";
_AvazuArticle.price = "[ARTICLE_PRICE]";
_AvazuArticle.currency = "[ARTICLE_CURRENCY]";
_AvazuArticle.description = "[ARTICLE_DESCRIPTION]";
_AvazuArticle.other = "[CUSTOM_PARAMETERS]";
(function() {
var avazu = document.createElement('script'); avazu.type = 'text/javascript'; avazu.async = true;
avazu.src = "https://avazudsp.net/ret/dspPros.js";
var avazujs = document.getElementsByTagName('script')[0]; avazujs.parentNode.insertBefore(avazu, avazujs);
})();
</script>
 
Pages without product information (like home page and others)
 
<script type="text/javascript" charset="UTF-8">
var _AvazuRunid = "MzUwaWVyX2ZnKzQ=";
var _AvazuRadvid = "MTEyNm1lX3QrNGlr";
var _AvazuArticle = new Object();
_AvazuArticle.other = "[CUSTOM_PARAMETERS]";
(function() {
var avazu = document.createElement('script'); avazu.type = 'text/javascript'; avazu.async = true;
avazu.src = "https://avazudsp.net/ret/dspPros.js";
var avazujs = document.getElementsByTagName('script')[0]; avazujs.parentNode.insertBefore(avazu, avazujs);
})();
</script>
            
Conversion Pixel
 
<script type='text/javascript' src='https://avazudsp.net/tracking/retargeting/ret_gpj.php?amount=[amount]&advertiser_id=350&article_ids=[article_ids]&transaction_id=[transaction_id]'></script>


 Commentaires   
Commentaire de Rémi Virlouvet [ 08/mars/11 15:03 ]
Thomas, where does that code come from? Looks a little different from the French/Spanish ones.
Commentaire de Thomas Springett [ 08/mars/11 15:22 ]
it comes from them,
Commentaire de Rémi Virlouvet [ 08/mars/11 15:27 ]
well, at least it doesn't encode into %
Commentaire de Thomas Springett [ 08/mars/11 15:56 ]
Please note that this code is for every page(except conversion page) but with different parameters filled in:

--On Homepage please leave the specific parameters blank;
--On Category pages please only put the category parameters and leave the others blank;
--On Article pages please only put the article parameters and leave the others blank.

<iframe marginheight="0" marginwidth="0" src="http://avazudsp.net/ret/check_adv.php?runid=MzUwaWVyX2ZnKzQ=_1&advid=MTEyNm1lX3QrNGlr&pid=[ARTICLE_ID]&gettype=1&httptype=1&prunid=MzUwaWVyX2ZnKzQ=&k=&MastWeb=&article_id=[ARTICLE_ID]&article_name=[ARTICLE_NAME]&article_price=[ARTICLE_PRICE]&article_description=[ARTICLE_DESCRIPTION]&article_other=[CUSTOM_PARAMETERS]&article_price_type=[ARTICLE_CURRENCY]&article_deepLink=[ARTICLE_DEEPLINK]&article_img=[ARTICLE_IMG]&article_brand=[BRAND_NAME]&category_name=[CATEGORY_NAME]&category_img=[CATEGORY_IMG]" width="1" height="1" frameborder="0" scrolling="no"></iframe>

*These 3 parameters [CATEGORY_IMG] [ARTICLE_DEEPLINK] [ARTICLE_IMG] need to be encrypted by JS escape;
There 7 parameters [ARTICLE_ID] [ARTICLE_NAME] [ARTICLE_PRICE] [ARTICLE_DESCRIPTION] [ARTICLE_CURRENCY] [BRAND_NAME] [CATEGORY_NAME] need escape character HTML ISO-8859-1.

--On Conversion confirmation page:
<iframe style='display:none' width='1' height='1' marginheight='0' marginwidth='0' frameborder='0' scrolling='no' src='https://avazudsp.net/tracking/retargeting/ret_ifr.php?amount=[amount]&advertiser_id=350&article_ids=[article_ids]&transaction_id=[transaction_id]'></iframe>
Commentaire de Rémi Virlouvet [ 08/mars/11 17:37 ]
paramétrés

à recetter sur ref-uk

et à ouvrir à avazu
Commentaire de Rémi Virlouvet [ 09/mars/11 10:13 ]
"Hi Thomas,

Please find our IP address: 180.168.45.102 for your information.

Thanks and have a nice day!

Best regards,
Flora"

Commentaire de Rémi Virlouvet [ 09/mars/11 10:14 ]
thom, come & take me to damien gilloz, thx
Commentaire de Thomas Springett [ 10/mars/11 13:57 ]

Retour from AVAZU:

We have checked the pages and the pixels are ok. Only one thing is on the product pages, would your IT please split the price and the currency?

Here is an example:
article_price=27.79 and article_price_type=£ (instead of article_price=£27.79 and article_price_type=Pounds)


we can differentiate the new clients and registered members. Here is the site wide pixel for the users who have purchased before. Please implement this code on all the category and product pages after the registered users log in. Then we are able to include or exclude those members for better banner displaying.


<script type="text/javascript" charset="UTF-8">
var _AvazuRunid = "MzUwaWVyX2ZnKzQ=";
var _AvazuRadvid = "MTM2Nm1lX3QrNGlr";
(function() {
var avazu = document.createElement('script'); avazu.type = 'text/javascript'; avazu.async = true;
avazu.src = "http://avazudsp.net/ret/dspJS.js";
var avazujs = document.getElementsByTagName('script')[0]; avazujs.parentNode.insertBefore(avazu, avazujs);
})();
</script>
Commentaire de Rémi Virlouvet [ 10/mars/11 16:12 ]
what's this javascript for? who/where to implement it?
Commentaire de Rémi Virlouvet [ 10/mars/11 16:37 ]
i have checked with my coworkers, we're not sure it actually is possible. but in any cases we'd need an iframe instead of that jvscript.




[CAT-3415] Frais de port dans Fast - Adaptation du mécanisme Création: 06/janv./11 10:33  Mise à jour: 11/mars/11 09:57

Etat: Ouvert
Projet: Paramétrage - Non Import
Composants: Flux Marketing
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Nouvelle fonctionnalité Priorité: Critique
Rapporteur: Carole Boucheny Attribution: Carole Boucheny
Résolution: Non résolu  
Estimation restante: 2 jours
Temps consacré: Non spécifié
Estimation originale: 2 jours

Pièces jointes: File extraitIdealo.csv     File extraitIdealo2.csv    
Liens des demandes:
Dépendance
est bloqué par APP-32985 [Annonces dans Fast] - Un vendeur est... Ouvert
Pays:
ALL - Tous
Classif CAT: 00

 Commentaires   
Commentaire de Carole Boucheny [ 06/janv./11 12:14 ]
Le dossier "pm_fluxcomparateur" est accessible sur l'integ :
Serveur : krypton
Login : param
MdP : param
QRServer : thienot

Ceci va permettre de tester le flux lcd-compare en integ.
Commentaire de Carole Boucheny [ 06/janv./11 15:51 ]
Création de la requête frais_ports.sql --> A exécuter tous les jours. Cette requête créé le fichier frais_ports.csv avec le séparateur "|". Voici les colonnes :

Shipping_size | Label | Normal | Suivi | Recommandé | So-colissimo | Chronopost
Commentaire de Carole Boucheny [ 06/janv./11 17:05 ]
Cette requête ne sera pas lancé pour le UK.
ES : Structure identique du fichier mais seul les colonnes : Shipping_size, Label, Normal, et Recommandé
FR : Toutes seront remplies
Commentaire de Carole Boucheny [ 07/janv./11 11:39 ]
Modification du script : generator2_6.pl
Chargement du fichier des frais port en mémoire suivant le pays du flux. Cette action est déclenchée pour tous les pays autre que le UK.
(Enrichissement des logs de generator)
Commentaire de Carole Boucheny [ 07/janv./11 17:05 ]
IP de krypton : 172.16.14.120 (le scp se fait de tellus vers krypton)
Commentaire de Carole Boucheny [ 12/janv./11 17:39 ]
A noter : Exclure dans le calcul des frais de port les annonces correspondantes à HS.
Commentaire de Carole Boucheny [ 15/févr./11 11:03 ]
Création en cours d'une macro "annonceFAST" cette macro pourra récupérer certaines informations suivants les paramètres passés. L'idée pour l'instant est de ne récupérer que le "pays" et le "type d'envoi" dans un tableau, pour chaque annonce, afin de connaître le montant de frais de port le plus intéressant.
Commentaire de Carole Boucheny [ 15/févr./11 11:13 ]
Doc pour les annonces dans FAST : http://pricewiki.lan/Wiki.jsp?page=Stockage%20des%20annonces%20dans%20Fast
Commentaire de Carole Boucheny [ 01/mars/11 11:34 ]
Le mécanisme est prêt à être utilisé. Voici un résumer de ce qui a été modifié et les prochaines étapes de test :
- Modification de l'extractor
- Modification des macro ES, FR
- Création de la requête frais_ports.sql

Dès que le jira chez les devs sera résolu, voici les étapes de test et déploiement prévu :
- Mettre en place le nouveau mécanisme de frais de port : (observation durant 1 à 2 jours)
   - Utilisation du nouvel Extractor, nouvelle macro, nouveau fichier
   - Test sur les partenaires :
      - shopping-compare lcd FR
      - tradedoubler all ES
- Ajouter quelques autres partenaires (observation durant 1 à 2 jours)
- Basculer tous les partenaires sur le nouveau mécanisme : (observation durant 2 à 3 jours)
  - Utilisation du nouvel extractor par défaut
  - Renommer la nouvelle macro avec le nom de l'ancienne

Commentaire de Carole Boucheny [ 03/mars/11 10:48 ]
Suite à la réunion : malgré le jira APP-32985, les frais de port seront mis en prod.
Je commence finalement par le partenaire "idealo" qui utilise des full tous les jours. A 13h le flux se lancera (il n'écrasera pas l'ancien, ceci nous permettra de comparer les temps et les résultats).

Un problème est quand même apparu lors du déploiement de ce nouveau flux : sqlplus ne fonctionne plus sur titan. Ceci nous permettait d'exécuter les requêtes pour les frais de port tous les matins. Une nouvelle modification est donc à prévoir afin que les fichiers soient déplacés automatiquement sur tous les serveurs défini pour les flux.
Commentaire de Carole Boucheny [ 04/mars/11 12:00 ]
La copie du flux idealo All avec le nouveau mécanisme des frais de port a tourné hier et tournera aussi ce matin. On peut donc le comparer le flux original.

Au niveau du temps de génération, sur le flux d'hier après-midi, nous avons une petite augmentation comme prévue.
(En ramenant les deux flux au même volume de produit) : Temps total du flux d'origine : 7h09 et temps total du nouveau flux : 7h24

Je vais surveiller les temps de ce matin.
Commentaire de Carole Boucheny [ 07/mars/11 16:49 ]
Ci-joint un extrait du fichier avec les nouveaux frais de port d'idealo.

Pour info, voici des informations sur les temps de traitement moyen d'idealo sur les derniers jours (pour 1 Million de produits) :
Tps nouveau mécanisme : 53 min et 55 sec
Tps ancien mécanisme : 53 min et 46 sec
L'ancienne méthode reste plus rapide mais le temps moyen sur cette volumétrie n'est pas alarmante.

La charge du serveur n'augmente pas de façon significative avec ce traitement.

Donc, en gros, si les frais de port de l'extrait ci-joint sont validés, je passerais idealo, shopping-compare (FR) ainsi que Tradedoubler (ES) sur le nouveau mécanisme.
Commentaire de Carole Boucheny [ 09/mars/11 10:11 ]
Hello,

Avez-vous eu le temps de jeter un oeil aux frais de port du fichier joint ?

Merci,
Carole
Commentaire de Jonathan Gorges [ 10/mars/11 12:09 ]
Hello,

Je n'ai pas tout vérifié, mais il y a plein de FdP qui me paraissent très bizarre.

** Frais de port à 1€
-> cela n'existe pas sur le site
-> Exemple dans l'extrait : 101957043; 101946215; 115057158

** Frais de port non remplis
-> hors les frais de port sont bien présents on site...
-> Exemple dans l'extrait : 61298608; 16999552; 99125201

** Frais de port d'un vendeur allemand
-> à 16.20€ sur le site VS 14.70€ dans le flux
-> Exemple dans l'extrait : 113585770

Carole, peux-tu dans un premier temps revenir vers moi concernant ces 3 points ?

Merci
Commentaire de Carole Boucheny [ 10/mars/11 14:26 ]
Merci pour tes retours.

** Frais de port à 1€
ça existe bien. Il s'agit de la taille "T-Carte" ou "T-Carte - Enlèvement" en normal et pays identique. (Pour le second produit par exemple : 101946215)
Cependant j'ai quand même fait une modification. Il me manquait un "=" du coup ça mettait les frais de port normal alors que le vendeur ne l'avait pas autorisé...

** Frais de port non remplis
J'ai bien les frais de port dans le fichier. Tu peux les voir en l'ouvrant sous notepad. Je pense que le problème viens d'Excel qui ne prend qu'un nombre limité de caractère par cellule. ça créé surement des décalages ou des suppressions. Voici les 3 produits tels qu'ils sont en mode "texte" :

61298608||0||Téfal|Thermomètre Auriculaire Et Frontal|neuf|Puériculture générale|19.00|http://www.priceminister.com/offer/buy/61298608/sort1/Thermometre-Auriculaire-Et-Frontal-Puericulture.html?t=1544040|http://pmcdn.priceminister.com/photo/765101930_M.jpg||||||2 en 1: mesure frontale et auriculaire grâce à l'embout protection du capteur grâce au capuchon. Technologie: infrarouge. Durée de prise de température: 1 sec en auriculaire et quelques secondes en frontal. 12 prises de mesure en 1 sec (seule la plus élev Arrêt automatique après 30 sec. Plage de température:32,2° - 42,2°; afichage sur la face externe 0,1°C près. Corps en thermoplastique. Dès la naissance. Pile Lithium fournie avec une durée de vie de 5000 mesures. - couleur(s) : Bleu translucide|1194|2 a 3 jours|2.80

16999552||0|ASMODEE-CAM01|Asmodée Editions|Camelot|neuf|Jeux de société|16.90|http://www.priceminister.com/offer/buy/16999552/sort1/Camelot-Asmodee-Jeux-de-societe.html?t=1544040|http://pmcdn.priceminister.com/photo/279911530_M.jpg||||||pour tous les chevaliers de la table ronde, il est temps de rejoindre camelot, le mythique château du roi arthur. un prestigieux tournoi s'y tient, et seuls ceux dont le courage le dispute à l'habileté pourront triompher. pour mettre toutes les chances de votre coté, il vous faudra utiliser les meilleures armes, rallier vos écuyers, et peut-être même obtenir la faveur d'une belle dame. le tournoi va se dérouler en plusieurs manches au cours desquelles les chevaliers choisiront de nouvelles armes puis, à l'aide de différentes cartes actions, les combattants tenteront de prendre le dessus sur leur adversaires. le premier joueur à emporter cinq affrontements avec des armes différentes sera salué comme le grand vainqueur du tournoi de camelot ! notre avis : un jeu prenant et drôle, la gestion de ces cartes y est primordiales. très plaisant !a partir de 10 ans ; de 2 à 5 joueurs|369|2 a 3 jours|4.90

99125201||0||Filosofia|Catane (Les Colons De Catane Jeu De Base)|neuf|Jeux de société|31.89|http://www.priceminister.com/offer/buy/99125201/sort1/catane-les-colons-de-catane-jeu-de-base-jeux-de-societe.html?t=1544040|http://pmcdn.priceminister.com/photo/861040899_M.jpg||||||À vous les joies et les peines de l'exploration de l'île de Catane. Construisez vos villes, vos routes, en profitant au mieux des ressources de cette île si accueillante tout en commerçant avec vos voisins. Et ce n'est pas la présence du seul brigand de l'île, le terrible chevalier noir, qui va retenir vos ardeurs de colonisateurs. Catane, c'est plusieurs millions d'exemplaires vendus à travers le monde et le porte-étendard d'une nouvelle manière de jouer. Avec ce jeu, les joueurs français ont découvert tout ce qui fait le sel des jeux allemands : une mécanique fluide et bien pensée, des règles simples, des parties courtes pour un jeu de stratégie et la non-élimination des joueurs en cours de partie. Cette nouvelle édition se refait une beauté : nouvelles tuiles, figurines plastiques détaillées, nouvelles cartes et cadre maritime pour assurer le maintien des tuiles. 1 livret de règles ; 37 hexagones de terrain ; 95 cartes de matière première ; 25 cartes de développement ; 96 pions infrastructures de quatre couleurs différentes ; 18 jetons numérotés ; 4 fiches coûts de construction et 2 fiches spéciales ; 1 figurine de brigand ; 2 dés ; 1 cadre pour maintenir le plateau de jeu en place. A partir de 10 ans Jusqu'à 4 joueurs A partir de 3 joueur Durée 75 mn|6|2 a 3 jours|8.90

** Frais de port d'un vendeur allemand
C'est corrigé. Le problème venait d'une requête faite en base quotidiennement (elle avait été mis en place pour la prise en charge de so-colissimo).
Le problème était posé que pour les produits d'une certaine taille et pour lesquels un pricing doit être appliqué (frais d'assurance). La requête qui devait en partie récupérer les informations de ce tableau : http://bo.priceminister.com/shipping_back?action=shippingsizesearch en base, ne récupérait pas les lignes où le "Label Front" n'existait pas. Du coup le pricing n'était pas additionné au frais de port de base, ce qui fausse le résultat.

Je vais refaire un extract de 1000 produits en désactivant la description pour alléger la chose.
Commentaire de Jonathan Gorges [ 10/mars/11 20:23 ]
Hello Carole,

OK merci pour tous ces retours et ces corrections.

Tiens moi au courant lorsque tu auras le second extract.

Merci
Commentaire de Carole Boucheny [ 11/mars/11 09:57 ]
Bonjour,

Ci-joint le nouvel extract.

Merci




[APP-32482] (ES) - ClickInText (retargeting) - plan de taguage PriceMinister.es (affiliation) Création: 14/janv./11 17:54  Mise à jour: 11/mars/11 10:24

Etat: Ouvert
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 83.0.5
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Isabel Yus Attribution: Rocio Perez-Garcia
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: PDF File plan retargeting clickintext Script.pdf    
Pays:
ESP - Espagne
Site: Prod
Projets PM: *** A PLANIFIER ***
Classif FONC: comarket

 Description   
Bonjour,

Nous lançons un nouveau partenaire en affiliation tel que la France, ClickInText. Ils nous proposent du retargeting comportementale à la performance (au CPA).
On sera totalement rentables puisque nous rémunérons au CPA basé sur le CA.

S'agissant de retargeting, nous devons donc taguer certaines de nos pages.Vous trouverez le plan de taguage en PJ.

Je vous conseille de vous référer à ce plan de tagging mais aussi (ET SURTOUT) à ce qui a été fait pour la France et dont l'info est disponible sur : APP-31477, car il y a eu plein d'aller/retours et des ajustements de ce plan de tagging avant de pouvoir arriver à la fin et de le mettre en prod

Dans l'idéal pour nous serait de commencer le partenariat ASAP. Quand est-ce que cela vous semble jouable ?

Pourriez-vous svp me communiquer quel dump peut-on viser (approximativement) ?

Merci d'avance,

Merci

 Commentaires   
Commentaire de Ariane Baldinger [ 18/janv./11 17:39 ]
Bonjour Isabel,

On vise le dump du 3 février.

A.
Commentaire de Isabel Yus [ 18/janv./11 18:21 ]
OK parfait. En revanche il faudra faire des tests avant de mettre en prod comme d'hab. Quand est-ce que le paramétrage pourra être terminé ?
Commentaire de Rocio Perez-Garcia [ 20/janv./11 11:17 ]
Parametre sur IG. A tester sur ref-es
Commentaire de Ariane Baldinger [ 25/janv./11 09:53 ]
Isabel, tout est ok pour toi ?
Commentaire de Isabel Yus [ 25/janv./11 10:58 ]
Bonjour Ariane,

Comme j'ai dit à Rocío hier je comptais faire les tests dès lundi (hier) mais entretemps nous avons reçu plusieurs emails que tu as du voir suite au dernièr CoMarket (liste ci-dessous). Est-ce que nous pouvons donc rajouter de nouveaux tags à l'international ? Pourrais-tu donner ton avis à ce sujet ?

De : Fabrice FEUGAS
Envoyé : vendredi 21 janvier 2011 18:35
À : Benoit Bourdon
Cc : Fabrice Feugas; Jerome Vivies; Ariane Baldinger; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Isabel Yus; Justin Ziegler
Objet : Re: [CoMarket] CR du 19/01/2011

A noter qu’il y a aussi des retarguetteurs pour l’ES :
nouveaux retarguetteurs à venir : Avazu, Clickintext et Allopub. Sortie le 03/02 (voir planning).
A-t-on ces problématiques à l’international ?
 
Fabrice FEUGAS
Email: fabrice.feugas@priceminister.com
Tél: 01.42.78.76.87
 
De : Swan Desportes [mailto:swan.desportes@priceminister.com]
Envoyé : vendredi 21 janvier 2011 18:35
À : Benoit Bourdon
Cc : Fabrice Feugas; Jerome Vivies; Ariane Baldinger; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Isabel Yus; Justin Ziegler
Objet : Re: [CoMarket] CR du 19/01/2011
 
Hello
 
J'ai demandé à Damien une étude de perf des tags. D'ici deux semaines, j'espère avoir des indicateurs quanti sur le coût moyen d'un tag pour l'affichage d'une page PM. Dès lors, on pourra décider de la limite acceptable.
Sans cette étude préalable, c'est assez difficile d'arbitrer.
 
En tout cas, je comprends que cette étude est encore plus prioritaire que ce que j'imaginais.
 
A suivre
 
Swan
 
 
Le 21 janvier 2011 18:29, Benoit Bourdon <benoit.bourdon@priceminister.com> a écrit :
« Nouveaux retargetteurs : stuck et weborama »
 On a de gros problèmes de performances d’affichages des FPs en ce moment. (temps total d’affichage du coté client) … ce qui pénalise le référencement naturel global du site
Je pense que ce n’est pas le moment de rajouter de nouveaux tags / n’y a-t-il pas d’autres tags devenus obsolètes par exemple ? Tous les tags de retargetteurs ou autres sont ils nécessaires ?
Commentaire de Isabel Yus [ 26/janv./11 12:15 ]
RÉPONSE DE FABRICE ET BENOIT :

De : Benoit Bourdon [mailto:benoit.bourdon@priceminister.com]
Envoyé : mardi 25 janvier 2011 19:55
À : Isabel Yus
Cc : Fabrice Feugas; Ariane Baldinger; Jerome Vivies; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Justin Ziegler; Rocio Perez Garcia
Objet : Re: [CoMarket] CR du 19/01/2011

oui à priori pas mal d'impressions de ralentissement en FR ... confirmées par certaines courbes.
pas vraiment le même retour sur les Pays pour le moment.


Le 25 janvier 2011 17:25, Isabel Yus <isabel.yus@priceminister.com> a écrit :
OK merci. On continue donc la mise en prod de ces 3 nouveaux tags retargeteurs sur le site ES après les tests
 
 De : Fabrice Feugas [mailto:fabrice.feugas@priceminister.com]
Envoyé : mardi 25 janvier 2011 16:40
À : Ariane Baldinger; Isabel Yus
Cc : Benoit Bourdon; Jerome Vivies; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Justin Ziegler; Rocio Perez Garcia

Objet : RE: [CoMarket] CR du 19/01/2011
 
Pas de nouvelles bonnes nouvelles, donc non.
 
Fabrice FEUGAS
Email: fabrice.feugas@priceminister.com
Tél: 01.42.78.76.87
 
De : Ariane Baldinger [mailto:ariane.baldinger@priceminister.com]
Envoyé : mardi 25 janvier 2011 13:31
À : Isabel Yus
Cc : Benoit Bourdon; Fabrice Feugas; Jerome Vivies; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Justin Ziegler; ROCIO PEREZ GARCIA
Objet : Re: [CoMarket] CR du 19/01/2011
 
je n'ai pas vu de réponse à la question d'Isabel...

Doit-on repousser les différentes demandes de pose de tags sur l'Espagne ?
Commentaire de Isabel Yus [ 26/janv./11 12:15 ]
Suite à l'OK donnée par Benoit et Fabrice j'ai demandé l'adresse IP de ClickInText pour l'ouverture d'un serveur de la part de l'exploit hier. Pour l'instant je n'ai pas de réponse. J'ai vu avec Rocío ce matin en ref et nous avons les tags aux bons emplacements.
Je vous tiens au courant dès que j'ai des réponses du côté des partenaires.

Merci

Isabel
Commentaire de Rocio Perez-Garcia [ 02/févr./11 10:24 ]
Je déplace jusqu'à confirmation
Commentaire de Rocio Perez-Garcia [ 17/févr./11 13:42 ]
Isabel, on modifie tous les tags JS. Est-ce que ce partenaire a prévu modifier ses codes par iframes ou tags image ?

Merci de ton retour
Commentaire de Isabel Yus [ 18/févr./11 20:29 ]
J'ai demandé aujourd'hui et je vais me rapprocher auprès de Jo et Rémi pour la France car il s'agit d'un partenaire commun. J'aurai plus de nouvelles la semaine prochaine.

Merci
Commentaire de Rocio Perez-Garcia [ 11/mars/11 10:24 ]
Salut Isabel, avez vous des nouvelles de apicit?




Généré à Fri Mar 11 12:12:08 CET 2011 par Christophe Egéa avec JIRA 4.1.2#531.